Voor onze opleiding voeren wij een onderzoek uit naar Test Driven Development (TDD). Om een indruk te krijgen wat softwareontwikkelaars belangrijke aspecten vinden tijdens het ontwikkelen hebben wij een kleine enquete gemaakt.
Wel ingevuld, maar niet goed uitgewerkt onderzoek vind ik:
- Bij TestDriven Development denk ik bijvoorbeeld ook aan een uitgebreid testplan
- Laat je ook anderen (zonder kennis zeg maar) ermee testen, is ook een goede manier om bijvoorbeeld veiligheid/ eenvoudigheid te testen.
Stel hiervoor verschillende testcases op, die de testpersoon moet uitvoeren, wat kan er mis gaan -> Ook vantevoren al bepalen, wat er mis KAN gaan.
Zo zijn er nog veel meer dingen (google eens op testen volgens TMAP, dan kan je wel wat vinden over testen, waar je ook meer over kan onderzoeken)
@Robert: Bij TDD is een testplan onmisbaar! Zonder testplan kan het bouwen namelijk niet beginnen: Je schrijft eerst de test, voert de test uit (deze mislukt uiteraard) en gaat dan pas de code schrijven. Vervolgens ga je opnieuw testen en kijken of e.e.a. is gelukt.
Vantevoren bepalen wat er mis kan gaan, is dus evenmin nodig, alles draait om het opstellen van de test. En dus de requirements.
En laat die requirements nu net het grootste probleem zijn... 'de usergegevens moeten worden opgeslagen in de database'. Ok, wélke usergegevens? Wélke database? 'ja, je weet wel.', nee ik weet helemaal niks en ik wil ook niks weten, althans, ik wil een lijst hebben met usergegevens en een naam van een database hebben. Een programmeertaal zou ook wel handig zijn, evenals de vereiste userinterface, bv. via de browser.
Hier worden opdrachtgevers niet blij van, nu blijkt ineens dat zij moeten gaan nadenken over wat ze hebben willen. Men had gedacht daarvoor een domme ezel in te huren (lees: programmeur) maar die stinkt daar dus niet in. Een beetje programmeur voelt de bui al aankomen: 'Het systeem voldoet niet aan onze verwachtingen'. Wélke verwachtingen???
Járen ervaring met deze ellende, een eeuwige strijd tussen de opdrachtgever, de testmanager, projectmanager en de gebruikers. Doffe ellende.
@Remco: Mocht je meer informatie willen hebben of eens willen babbelen over dit onderwerp, laat maar even weten.
Daarom noemde ik het testplan en dergelijke ook. Waarom: Om dezelfde reden als jij eigenlijk. Want zonder goede requirements (wat moet het precies kunnen, hoe moet het werken, enz.) Kan je geen goed testplan schrijven. Omdat jij begon over de requirements, en ik toch echt een testplan miste in de vragenlijst (TS vraagt wel of je iemand anders laat testen, maar hoe test diegene het dan? Aan de hand waarvan?)
Zonder goed testplan is goed testen ook bijna onmogelijk. Als jezelf gaat testen, dan weet je hoe je zou willen dat de dingen gaan. Als je een ander zou laten testen, zonder plan, dan wordt niet alles getest waarvan je wil dat het getest wordt.
