STP - ZS-DMS 1.0 - DsC - Testset 1.2 volgorde klopt niet

10 reacties / 0 nieuw
Arjan Mazee
STP - ZS-DMS 1.0 - DsC - Testset 1.2 volgorde klopt niet

Op het STP klopt de volgorde niet waardoor Cancel Checkout niet te testen is. Lijkt me handig als deze na Geef Zaakdocument Bewerken komt. In de documentatie staat het goed: 

  1. Genereer Documentidentificatie (C)
  2. Voeg Zaakdocument Toe (C)
  3. Geef Lijst Zaakdocumenten (C)
  4. Update Zaakdocument (C)
  5. Geef Zaakdocument Lezen (C)
  6. Geef Zaakdocument Bewerken (C)
  7. Cancel Checkout (C)

MVG,

Arjan

Frank Samwel

Beste Arjan,

Kan je uitleggen waarom de huidige volgorde niet correct is. Cancel checkout komt in de testset na Geef Zaakdocument Bewerken. Er zitten alleen enkele andere scenario's tussen. Waarom is dat een probleem? In de praktijk kunnen er toch ook verschillende andere service aanroepen plaatsvinden tussen de geefZaakdocumentBewerken en de cancelCheckout?

Arjan Mazee

In de documentatie wel maar op STP niet Fank, zie afbeelding die ik heb toegevoegd.

Arjan Mazee

In de documentatie wel maar op STP niet Frank, zie afbeelding die ik heb toegevoegd.

Arjan Mazee

In de documentatie wel maar op STP niet, zie afbeelding die ik heb toegevoegd.

Arjan Mazee

In de documentatie wel maar op STP niet, zie afbeelding die ik heb toegevoegd.

Frank Samwel

vreemd, ik zie scenario geefZaakdocumentBewerken (C) wel boven cancelCheckout (C) staan

Bijlage

Schermafbeelding 2017-01-06 om 17.01.34.png
Arjan Mazee

Ja dat klopt, maar door de Geef Zaakdocument Lezen die daar weer tussen zit kunnen wij vanuit onze software geen Cancel checkout meer doen.

Frank Samwel

Beste Arjan,

Zit het probleem in de geefZaakdocumentLezen? Waarom heeft geefZaakdocumentLezen invloed op de checkout?

Of bedoelde je geefZaakdocumentBewerken?

Frank Samwel

In release 1.12.2 van het StUF Testplatform is nu een interactie toegevoegd aan het scenario geefZaakdocumentBewerken (C). Er is nu dus een extra document uitgecheckt, zodat cancelCheckout goed te testen is.