Samenvatting Testmanagement:
Leerdoelen
1. de begrippen systeemkwaliteit, informatiekwaliteit en proceskwaliteit beschrijven.
2. testactiviteiten bij de verschillende fasen van systeem ontwikkeling benoemen.
3. belang van requirements en acceptatiecriteria uitleggen.
4. verschillenen tussen testsoorten, testtypen en testontwerptechnieken benoemen.
5. aandachtspunten van lineaire en agile testmethodieken benoemen.
6. het belang van (software)testen toelichten.
7. activiteiten, fasering en testproducten benoemen.
8. de verschillen tussen dynamisch en statisch testen benoemen.
9. de verschillen tussen product- en projectrisico’s benoemen.
10. het belang van testmanagement uitleggen.
11. het belang van inspecties, reviews en walkthroughs in de praktijk definiëren.
12. de belangrijkste tests(ontwerp)technieken toelichten.
13. testsgevallen opstellen voor equivalentieklassen en grenswaardeanalyse.
14. tests ontwerpen voor userstories en use cases.
15. het belang van usability uitleggen.
16. Het proces van bevindingenbeheer toelichten.
17. usablitykenmerken van een product in kaart brengen.
18. afleiden in welke situatie een specifieke test gebruikt kan worden.
19. testgevallen voor verschillende soorten tests opstellen.
20. informatiesystemen testen met behulp van exploration testing.
21. verschillende soorten testtools toelichten.
22. de fasen van het faseringsmodel voor invoeren van testtools uitleggen.
Hoofdstuk 1 Het waarom, wat en hoe van kwaliteit
Leerdoelen
1. Binnen een bepaalde context kwaliteit beschrijven
2. Binnen een bepaalde context het belang van kwaliteit beschrijven
3. Binnen een bepaalde context kwaliteit vaststellen
Kwaliteit is fitness for use of geschiktheid voor gebruik.
Kwaliteit is te testen mits de behoeften die de software moet vervullen en aan welke eisen het moet
voldoen bekend zijn.
ISO definieert kwaliteit als het geheel van eigenschappen en kenmerken van een product of dienst dat
van belang is voor het voldoen aan vastgestelde of vanzelfsprekende (niet expliciete) behoeften.
Belanghebbenden bepalen uiteindelijk of aan de behoeften is voldaan.
Er kan onderscheid gemaakt worden tussen:
Proceskwaliteit heeft betrekking op de kwaliteit van de voortbrenging, het productieproces.
Productkwaliteit heeft betrekking op de kwaliteit van het product uit de voortbrenging.
De volgende vormen van productbeoordeling zijn van belang:
Validatie is dat aan de eisen ten aanzien van een specifieke wijze van gebruik of toepassing is
voldaan. Zoals behoeften van de belanghebbenden.
“Bouwt de leverancier het goede systeem?”
Verificatie is dat aan de gespecificeerde eisen is voldaan. Zoals specificaties op basis van de
wensen van de klant.
“Bouwt de leverancier het systeem op de juiste manier?”
Kwalificatie is dat aan algemeen geldende normen, standaarden en internet afspraken is
voldaan. Zoals technische normen, wet- en regelgeving of interne huisregels.
,Kwaliteit van geautomatiseerde systemen is een kritische succesfactor geworden, omdat er een
toenemende afhankelijkheid van is ontstaan.
Kwaliteit is niet alleen goed functionerende systemen, maar ook juist gebruik door gebruikers,
documentatie op orde, etc.
Kwaliteit vaststellen kan op 3 manieren:
Onder testen van het informatiesysteem wordt verstaan:
− Meten van kwaliteit
− Omvat meer dan alleen testuitvoering
− Houdt rekening met vanzelfsprekendheid en gespecificeerde eisen
− Opbouwen van vertrouwen
− Fouten vinden is een belangrijke activiteit
Toetsen is het proces van testen van een systeem zonder de software uit te voeren.
Testobjecten zijn:
− Specificaties
− Systeemeisen
− Documentatie over processen
− Programmacode (zonder uitvoeren)
Verschillende vormen van toetsen:
− Collegiale review: informeel, door collega(’s)
− Walkthrough: toelichting op keuzes en achterliggende gedachten tijdens presentatie van
de auteur
− Inhoudelijke review: gestuctureerde, inhoudelijke beoordeling door reviewer(s) om de
bruikbaarheid te bepalen
− Inspectie: meest formele vorm. Strak georganiseerde bijenkomst met focus op fouten
vinden en oorzaak achterhalen
Kwantitatieve (afname onderhoudskosten, reductie doorlooptijd, etc) en kwalitatieve
(klanttevredenheid, minder blokkerende fouten) voordelen.
Meten: splitsing tussen product en proces is mogelijk.
Product:
− Aantal betrokken personen
− Aantal besteedde uren
− Wachttijd tester op testomgeving
Proces:
− Aantal fouten per component
− Aantal storingen in eerste 9 maanden
− Aantal gewijzigde componenten bij implementatie nieuwe functionaliteiten
Hoofdstuk 2 Testen tijdens het ontwikkelproces
Leerdoelen
1. Verbanden beschrijven tussen ontwikkel- en testmethoden
, 2. Positionering van test beschrijven binnen de watervalmethode
3. Positionering van test beschrijven binnen de agile methode
Gebaseerd op de generieke ontwikkelmethode (hieronder) wordt een teststrategie ontwikkeld.
In de teststrategie wordt op metaniveau beschreven welke testsoorten worden uitgevoerd, alsmede
welke testtypen binnen de testsoorten worden toegepast en welke testontwerptechnieken daarbij
gehanteerd worden.
Een testsoort is een samenhangende groep testactiviteiten, die te maken heeft met de opsplitsing van
het totale systeem en de wijze waarop dit ontwikkeld wordt van losstaande componenten tot het
volledige systeem. Denk aan:
− Componenttest: afzonderlijke testen
− Integratietest: integratie tussen 2 componenten/systemen
− Systeemtest: volledige functionaliteit
− Acceptatietest: gericht op eindgebruiker, om vast te stellen of aan behoeften is voldaan
Een testtype richt zich op een aspect van de software, veelal gerelateerd aan kwaliteitseigenschappen,
i.e. bruikbaarheid, performance, functionaliteit.
Een testontwerptechniek is een gestandaardiseerde manier om vanuit de documentatie testgevallen af
te leiden.
Een testsoort kan meerder testtypen behandelen. Een testtype kan onder meerdere testsoorten vallen.
Watervalmethode heeft als uitgangspunt dat de fasen elkaar opvolgen. De volgende fase gaat pas van
start als de voorgaande is afgerond, dit werkt blokkerend voor het project.
Het V-model is ontwikkeld om testen binnen de watervalmethode te positioneren. In een testsoort
wordt een bepaald type fout gedetecteerd. Deze extra stappen staan aan de rechterzijde en worden
aangeduid als dynamische testen. Aan de linkerzijde kunnen de statische testen worden uitgevoerd,
waaruit het dubbele V-model voortkomt.
Daarnaast wordt er onderscheid gemaakt tussen:
− Whitebox: gebaseerd op de analyse van interne structuur van component/systeem. Door
programmeur of technisch tester.
− Blackbox: testen zonder te bekommeren om interne structuur. Doet het programma wat het
moet doen?
Leerdoelen
1. de begrippen systeemkwaliteit, informatiekwaliteit en proceskwaliteit beschrijven.
2. testactiviteiten bij de verschillende fasen van systeem ontwikkeling benoemen.
3. belang van requirements en acceptatiecriteria uitleggen.
4. verschillenen tussen testsoorten, testtypen en testontwerptechnieken benoemen.
5. aandachtspunten van lineaire en agile testmethodieken benoemen.
6. het belang van (software)testen toelichten.
7. activiteiten, fasering en testproducten benoemen.
8. de verschillen tussen dynamisch en statisch testen benoemen.
9. de verschillen tussen product- en projectrisico’s benoemen.
10. het belang van testmanagement uitleggen.
11. het belang van inspecties, reviews en walkthroughs in de praktijk definiëren.
12. de belangrijkste tests(ontwerp)technieken toelichten.
13. testsgevallen opstellen voor equivalentieklassen en grenswaardeanalyse.
14. tests ontwerpen voor userstories en use cases.
15. het belang van usability uitleggen.
16. Het proces van bevindingenbeheer toelichten.
17. usablitykenmerken van een product in kaart brengen.
18. afleiden in welke situatie een specifieke test gebruikt kan worden.
19. testgevallen voor verschillende soorten tests opstellen.
20. informatiesystemen testen met behulp van exploration testing.
21. verschillende soorten testtools toelichten.
22. de fasen van het faseringsmodel voor invoeren van testtools uitleggen.
Hoofdstuk 1 Het waarom, wat en hoe van kwaliteit
Leerdoelen
1. Binnen een bepaalde context kwaliteit beschrijven
2. Binnen een bepaalde context het belang van kwaliteit beschrijven
3. Binnen een bepaalde context kwaliteit vaststellen
Kwaliteit is fitness for use of geschiktheid voor gebruik.
Kwaliteit is te testen mits de behoeften die de software moet vervullen en aan welke eisen het moet
voldoen bekend zijn.
ISO definieert kwaliteit als het geheel van eigenschappen en kenmerken van een product of dienst dat
van belang is voor het voldoen aan vastgestelde of vanzelfsprekende (niet expliciete) behoeften.
Belanghebbenden bepalen uiteindelijk of aan de behoeften is voldaan.
Er kan onderscheid gemaakt worden tussen:
Proceskwaliteit heeft betrekking op de kwaliteit van de voortbrenging, het productieproces.
Productkwaliteit heeft betrekking op de kwaliteit van het product uit de voortbrenging.
De volgende vormen van productbeoordeling zijn van belang:
Validatie is dat aan de eisen ten aanzien van een specifieke wijze van gebruik of toepassing is
voldaan. Zoals behoeften van de belanghebbenden.
“Bouwt de leverancier het goede systeem?”
Verificatie is dat aan de gespecificeerde eisen is voldaan. Zoals specificaties op basis van de
wensen van de klant.
“Bouwt de leverancier het systeem op de juiste manier?”
Kwalificatie is dat aan algemeen geldende normen, standaarden en internet afspraken is
voldaan. Zoals technische normen, wet- en regelgeving of interne huisregels.
,Kwaliteit van geautomatiseerde systemen is een kritische succesfactor geworden, omdat er een
toenemende afhankelijkheid van is ontstaan.
Kwaliteit is niet alleen goed functionerende systemen, maar ook juist gebruik door gebruikers,
documentatie op orde, etc.
Kwaliteit vaststellen kan op 3 manieren:
Onder testen van het informatiesysteem wordt verstaan:
− Meten van kwaliteit
− Omvat meer dan alleen testuitvoering
− Houdt rekening met vanzelfsprekendheid en gespecificeerde eisen
− Opbouwen van vertrouwen
− Fouten vinden is een belangrijke activiteit
Toetsen is het proces van testen van een systeem zonder de software uit te voeren.
Testobjecten zijn:
− Specificaties
− Systeemeisen
− Documentatie over processen
− Programmacode (zonder uitvoeren)
Verschillende vormen van toetsen:
− Collegiale review: informeel, door collega(’s)
− Walkthrough: toelichting op keuzes en achterliggende gedachten tijdens presentatie van
de auteur
− Inhoudelijke review: gestuctureerde, inhoudelijke beoordeling door reviewer(s) om de
bruikbaarheid te bepalen
− Inspectie: meest formele vorm. Strak georganiseerde bijenkomst met focus op fouten
vinden en oorzaak achterhalen
Kwantitatieve (afname onderhoudskosten, reductie doorlooptijd, etc) en kwalitatieve
(klanttevredenheid, minder blokkerende fouten) voordelen.
Meten: splitsing tussen product en proces is mogelijk.
Product:
− Aantal betrokken personen
− Aantal besteedde uren
− Wachttijd tester op testomgeving
Proces:
− Aantal fouten per component
− Aantal storingen in eerste 9 maanden
− Aantal gewijzigde componenten bij implementatie nieuwe functionaliteiten
Hoofdstuk 2 Testen tijdens het ontwikkelproces
Leerdoelen
1. Verbanden beschrijven tussen ontwikkel- en testmethoden
, 2. Positionering van test beschrijven binnen de watervalmethode
3. Positionering van test beschrijven binnen de agile methode
Gebaseerd op de generieke ontwikkelmethode (hieronder) wordt een teststrategie ontwikkeld.
In de teststrategie wordt op metaniveau beschreven welke testsoorten worden uitgevoerd, alsmede
welke testtypen binnen de testsoorten worden toegepast en welke testontwerptechnieken daarbij
gehanteerd worden.
Een testsoort is een samenhangende groep testactiviteiten, die te maken heeft met de opsplitsing van
het totale systeem en de wijze waarop dit ontwikkeld wordt van losstaande componenten tot het
volledige systeem. Denk aan:
− Componenttest: afzonderlijke testen
− Integratietest: integratie tussen 2 componenten/systemen
− Systeemtest: volledige functionaliteit
− Acceptatietest: gericht op eindgebruiker, om vast te stellen of aan behoeften is voldaan
Een testtype richt zich op een aspect van de software, veelal gerelateerd aan kwaliteitseigenschappen,
i.e. bruikbaarheid, performance, functionaliteit.
Een testontwerptechniek is een gestandaardiseerde manier om vanuit de documentatie testgevallen af
te leiden.
Een testsoort kan meerder testtypen behandelen. Een testtype kan onder meerdere testsoorten vallen.
Watervalmethode heeft als uitgangspunt dat de fasen elkaar opvolgen. De volgende fase gaat pas van
start als de voorgaande is afgerond, dit werkt blokkerend voor het project.
Het V-model is ontwikkeld om testen binnen de watervalmethode te positioneren. In een testsoort
wordt een bepaald type fout gedetecteerd. Deze extra stappen staan aan de rechterzijde en worden
aangeduid als dynamische testen. Aan de linkerzijde kunnen de statische testen worden uitgevoerd,
waaruit het dubbele V-model voortkomt.
Daarnaast wordt er onderscheid gemaakt tussen:
− Whitebox: gebaseerd op de analyse van interne structuur van component/systeem. Door
programmeur of technisch tester.
− Blackbox: testen zonder te bekommeren om interne structuur. Doet het programma wat het
moet doen?
