Ontwerp
Opstellen test activity diagrammen

Ieder stappenplan bij een use case kan op meerdere manieren worden doorlopen. Zo is er het gewenste scenario, wanneer het stappenplan correct doorlopen wordt. Daarnaast bestaan er faal- en herstelscenario's. Ieder van deze scenario's levert een pad dat mogelijk doorlopen wordt. Test activity diagrammen worden opgesteld om alle mogelijke paden te vinden die voortkomen uit het doorlopen van het stappenplan van een use case. Voor ieder van deze paden worden uiteindelijk functionele test cases ontwikkeld.

Doel

Test activity diagrammen worden gebruikt om de volledige verzameling van mogelijke paden uit het stappenplan van een use case te distilleren. Vervolgens worden testscenario's en test cases opgesteld die ieder pad testen.

Stappen

1. Inventariseren stappenplan
   Creëer voor iedere use case (met bijbehorend stappenplan) een nieuw test activity diagram. Voeg (boven aan) het test activity diagram de start state toe.
   Ga voor ieder van de stappen in het stappenplan na of dit een beslismoment of een activiteit betreft.
   
   
2. Uitwerken beslismomenten
   Voeg ieder beslismoment in het stappenplan van de use case toe aan het test activity diagram (een branch ofwel ruitje). Vanuit iedere beslismoment in het diagram worden uiteindelijk twee of meer overgangen (transitions of pijlen) opgenomen. Noteer bij ieder van deze overgangen de conditie (guard) waaronder deze tak wordt gevolgd.
   Twee overgangen bij een beslismoment komt meestal voor bij ja-of-nee beslismomenten. Modelleer een beslismoment met meer dan twee overgangen indien dezelfde conditie wordt getest. Is dit niet het geval gebruik dan twee of meer beslismomenten. Per geteste conditie is er precies één beslismoment.
   
   
3. Toevoegen activiteiten
   Maak voor iedere activiteit in het stappenplan een activity aan op het test activity diagram. Plaats deze uiteraard in volgorde van afhandeling op het diagram en verbindt de activiteiten met de eerder toegevoegde branches.
   Geef de activiteiten een naam die in het kort de stap uit het stappenplan eenduidig weerspiegelt. Voeg indien mogelijk het nummer van de stap toe. Dit verbetert de traceerbaarheid van activiteiten. Indien de activiteit het uitvoeren van een andere use case betreft, voorzie de activiteit in het test activity diagram van de naam en het nummer van de use case.
   
   
4. Afstemmen end states en postcondities
   Iedere opeenvolging van activiteiten moet eindigen in een end state. Voeg deze end states toe aan het test activity diagram. Beschrijf voor ieder van deze end states het daar verwachte resultaat. Dit resultaat moet overeenkomen met één van de postcondities van de use case. Indien dit niet het geval is, dan betekent dit dat de postcondities van de use case onvolledig zijn. Breidt nu deze uit met het gevonden hiaat.
   
   

Richtlijnen

Het is gebruikelijk in test activity diagrammen om de tijd van boven naar beneden te modelleren. Daarbij wordt getracht het gewenste resultaat uit het stappenplan van de use case, zo verticaal mogelijk weer te geven. Dit betekent dat de activiteiten van het gewenst scenario zo veel mogelijk onder elkaar worden geplaatst. Beslismomenten waarbij wordt afgeweken van het gewenst scenario, vertrekken ofwel naar links, ofwel naar rechts.