general info devops:

userstory heeft altijd de naam en het nummer van het usecase diagram, de rest volg ook die benaming en benummering

correct, incorrect en incompleet moet altijd 1, 2 en 3 er bij hebben staan.

het nummer na TC- is altijd het nummer van de usecase en de naam is ook altijd hetzelfde 

incorrecte data is niet altijd een fail 

als je moet inloggen om te testen zet username en password er niet in, alleen als je de inlog functie test.

if one of the testcases is a fail, the userstory goes back to in progress.

set fail and the reason for the fail in the discussion of the testcase. only pass when it is fully functional 

zet bij incorrecte en incomplete data er bij dat het fout moet gaan en dat hij een melding geeft dat er iets mis is gegaan.

altijd maximaal maar 1 fout per test record (aka per line in parameter row)

in de issue description pak je de tekst die je in de testcase discussion hebt gezet.

in de discussion zet je een verbetervoorsel.

issue moet altijd technichs zijn  
userstories moeten altijd "wij als [blank] willen [blank] zodat" er in hebben 
test cases moeten altijd parameters hebben en vanaf een applicatie die nog niet gestart is. 
-------------------------------------------------------------------------------------------------------------------------------------------------------------
verbetervoorstel na oplevering:

zet de userstories en testcases altijd naar sprint 2

accaptence list moet altijd een numbered list zijn
markeer altijd wat je aanpast
zet in de discussion wat je hebt toegevoed/weggehaald en waarom(als je het niet weet, nieuwe wens van de klant) en haal de pass weg uit de titel

pas de testcases aan op de nieuwe userstory zodat deze overeen komen

-----------------------------------------------------------------------------------------------------------------------------------------------------------------
retrospective:

altijd 2 verbeter en goede punten. 1 voor jezelf en 1 voor de groep aan elke kant.