SAMENVATTING A1A5
Aan de slag met software testen
Hoofdstuk 1: Het waarom, wat en hoe van kwaliteit
Hoofdstuk 2: Testen tijdens het ontwikkelproces
Hoofdstuk 3: Risicoanalyse en de impact op de test
Hoofdstuk 6: Nut en noodzaak van testontwerptechnieken
Hoofdstuk 7: Equivalentieklassen en grenswaardenanalyse
Hoofdstuk 8: Usecase test
Hoofdstuk 9: Procescyclustest
Hoofdstuk 10: Decision table testing
Hoofdstuk 11: State transito testing
Hoofdstuk 12: Exploratory testing
Tmap | Infrastructuur
Hoofdstuk 1: Testen in het algemeen
Hoofdstuk 2: Waarom de infrastructuur testen?
Hoofdstuk 3: Testen, hoe doe je dat?
Hoofdstuk 5: Aanpak van TMap | Infrastructuur
Hoofdstuk 7: Wanneer TMap | Infrastructuur toepassen?
AAN DE SLAG MET SOFTWARE TESTEN
HOOFDSTUK 1: HET WAAROM, WAT EN HOE VAN KWALITEIT
WAT IS KWALITEIT?
ISO definieert kwaliteit als volgt: kwaliteit is het geheel van eigenschappen en kenmerken van een product of
dienst dat van belang is voor het voldoen aan vastgestelde of vanzelfsprekende behoeften. De kwaliteit van
een informatiesysteem wordt dus bepaald door de mate waarin het voldoet aan vastgelegde of
vanzelfsprekende behoeften. De belanghebbenden en de eindgebruiker zijn degenen die deze behoeften
vaststellen en uiteindelijk bepalen of hieraan is voldaan. Dat noemen we productkwaliteit. Daar tegenover
staat proceskwaliteit: het ontwikkelproces is ingericht op een zodanige wijze dat deze bijdraagt aan een
gewenste productkwaliteit. Naast product- en proceskwaliteit komt een aantal begrippen veelvuldig voor, zoals
verificatie, validatie en kwalificatie.
Validatie
Is het juiste product gerealiseerd? Bevestiging door onderzoek en door aanleveren van objectief
bewijsmateriaal dat aan de eisen ten aanzien van een specifieke wijze van gebruik of toepassing is voldaan.
Verificatie
Is het product op de juiste manier gerealiseerd? Bevestiging door onderzoek en door het aanleveren van
objectief bewijsmateriaal dat aan de gespecificeerde eisen is voldaan.
,Kwalificatie
Voldoet het product aan normen, standaarden en (interne) afspraken? Het vergelijken van een te testen object
met algemeen geldende normen, standaarden en interne afspraken voor dergelijke producten.
WAT IS HET BELANG VAN KWALITEIT?
De kwaliteit van geautomatiseerde systemen is een kritische succesfactor geworden, omdat bedrijven, publieke
diensten en de maatschappij afhankelijk zijn van geautomatiseerde processen. Bij kwaliteit van
informatiesystemen moet je niet alleen denken aan goed functionerende software, maar ook aan het juiste
gebruik van de software.
De ISO-organisatie heeft standaarden ontwikkeld voor het brede scala aan onderdelen van kwaliteit. Het
bekende standaard is ISO 25010.
HOE BEPAAL JE DE KWALITEIT?
Je kunt op drie manieren de kwaliteit van een informatiesysteem vaststellen.
Het testen van een informatiesysteem
Testen omvat activiteiten zoals meten, onderzoeken, beproeven, keuren van een of meer kenmerken van een
product of dienst en het vergelijken van de uitkomsten met gestelde eisen, om te kunnen bepalen of aan deze
eisen is voldaan. Testen levert het volgende op:
Testen laat de verschillen zien tussen het opgeleverde informatiesysteem en het gewenste
informatiesysteem.
Testen verschaft inzicht in de kwaliteit van een informatiesysteem en in de risico’s bij het in productie
nemen van dat systeem.
Testen levert vertrouwen op in het informatiesysteem.
Testen levert een onderbouwend advies aan de opdrachtgever met betrekking tot de kwaliteit van het
informatiesysteem.
Testen levert ervaringsgegevens op, die bij volgende projecten gebruikt kunnen worden om te
plannen, te begroten en tevens om tot procesverbetering te komen.
Testen levert herbruikbare testware op, zoals testscenario’s, testplannen en testdata.
Het toetsen van een informatiesysteem
Onder toetsen verstaan we het volgende: het proces van het testen van een component of systeem zonder de
software uit te voeren. Toetsen worden meestal uitgevoerd op tussenproducten, zoals een eerste versie van
een schermontwerp, maar ook op processen.
Een fout in de code wordt bug, fault of defect genoemd. Falen van software wordt failure genoemd. Bugs,
faults en defects zijn dus de oorzaak van failures. Een menselijke fout wordt error of mistake genoemd.
, Er zijn verschillende vormen van toetsen.
Collegiale review: een informele review uitgevoerd door een of meer collega’s.
Walktrough: de auteur van een document of code leidt de groep door het document of programma
heen en licht de keuzes en achterliggende gedachten toe.
Inhoudelijke review: een gestructureerde, inhoudelijke beoordeling van een product door een of
meer reviewers met als doel te bepalen of het product bruikbaar is.
Inspectie: de meest formele vorm van toetsen. Een strak georganiseerde bijeenkomst waarbij de focus
ligt op het detecteren van fouten en daarvan de oorzaak te achterhalen. Het aantal fouten wordt
gebruik om de kwaliteit van het product te beoordelen.
Het meten van de kwaliteit van een informatiesysteem
Naast het testen en toetsen kan de kwaliteit ook aangetoond worden m.b.v. metingen aan het systeem. Bij het
meten is het van belang om je af te vragen waarom je een bepaald kenmerk wilt meten.
HOOFDSTUK 2: TESTEN TIJDENS HET ONTWIKKELPROCES
METHODEN
Informatiesystemen kunnen volgens verschillende methoden ontwikkeld worden. De eerste
ontwikkelmethodieken waren vrij statisch en beschouwden het ontwikkeltraject als een zuivere opeenvolging
van fasen. Deze aanpak staat bekend als de watervalmethode. De ontwikkelactiviteiten binnen deze methode
worden sequentieel uitgevoerd.
Latere methoden, zoals agile, probeerden meer rekening te houden met de dynamiek binnen
ontwikkeltrajecten. Door het kort-cyclische karakter van opleveren van nieuwe software ben je in staat om
binnen een aantal weken te reageren op veranderingen.
In het algemeen gesteld bestaat een ontwikkelmethode uit de volgende activiteiten: Requirements opstellen
ontwerp maken software ontwikkelen software testen software implementeren. Gebaseerd op
deze activiteiten wordt een teststrategie ontwikkeld.
Testsoort
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, integratietest, systeemtest en acceptatietest. Een componenttest richt zich
op het testen van afzonderlijke componenten. Een integratietest richt zich op het testen van de integratie
tussen bijvoorbeeld twee componenten. De systeemtest richt zich op het testen van de volledige
Aan de slag met software testen
Hoofdstuk 1: Het waarom, wat en hoe van kwaliteit
Hoofdstuk 2: Testen tijdens het ontwikkelproces
Hoofdstuk 3: Risicoanalyse en de impact op de test
Hoofdstuk 6: Nut en noodzaak van testontwerptechnieken
Hoofdstuk 7: Equivalentieklassen en grenswaardenanalyse
Hoofdstuk 8: Usecase test
Hoofdstuk 9: Procescyclustest
Hoofdstuk 10: Decision table testing
Hoofdstuk 11: State transito testing
Hoofdstuk 12: Exploratory testing
Tmap | Infrastructuur
Hoofdstuk 1: Testen in het algemeen
Hoofdstuk 2: Waarom de infrastructuur testen?
Hoofdstuk 3: Testen, hoe doe je dat?
Hoofdstuk 5: Aanpak van TMap | Infrastructuur
Hoofdstuk 7: Wanneer TMap | Infrastructuur toepassen?
AAN DE SLAG MET SOFTWARE TESTEN
HOOFDSTUK 1: HET WAAROM, WAT EN HOE VAN KWALITEIT
WAT IS KWALITEIT?
ISO definieert kwaliteit als volgt: kwaliteit is het geheel van eigenschappen en kenmerken van een product of
dienst dat van belang is voor het voldoen aan vastgestelde of vanzelfsprekende behoeften. De kwaliteit van
een informatiesysteem wordt dus bepaald door de mate waarin het voldoet aan vastgelegde of
vanzelfsprekende behoeften. De belanghebbenden en de eindgebruiker zijn degenen die deze behoeften
vaststellen en uiteindelijk bepalen of hieraan is voldaan. Dat noemen we productkwaliteit. Daar tegenover
staat proceskwaliteit: het ontwikkelproces is ingericht op een zodanige wijze dat deze bijdraagt aan een
gewenste productkwaliteit. Naast product- en proceskwaliteit komt een aantal begrippen veelvuldig voor, zoals
verificatie, validatie en kwalificatie.
Validatie
Is het juiste product gerealiseerd? Bevestiging door onderzoek en door aanleveren van objectief
bewijsmateriaal dat aan de eisen ten aanzien van een specifieke wijze van gebruik of toepassing is voldaan.
Verificatie
Is het product op de juiste manier gerealiseerd? Bevestiging door onderzoek en door het aanleveren van
objectief bewijsmateriaal dat aan de gespecificeerde eisen is voldaan.
,Kwalificatie
Voldoet het product aan normen, standaarden en (interne) afspraken? Het vergelijken van een te testen object
met algemeen geldende normen, standaarden en interne afspraken voor dergelijke producten.
WAT IS HET BELANG VAN KWALITEIT?
De kwaliteit van geautomatiseerde systemen is een kritische succesfactor geworden, omdat bedrijven, publieke
diensten en de maatschappij afhankelijk zijn van geautomatiseerde processen. Bij kwaliteit van
informatiesystemen moet je niet alleen denken aan goed functionerende software, maar ook aan het juiste
gebruik van de software.
De ISO-organisatie heeft standaarden ontwikkeld voor het brede scala aan onderdelen van kwaliteit. Het
bekende standaard is ISO 25010.
HOE BEPAAL JE DE KWALITEIT?
Je kunt op drie manieren de kwaliteit van een informatiesysteem vaststellen.
Het testen van een informatiesysteem
Testen omvat activiteiten zoals meten, onderzoeken, beproeven, keuren van een of meer kenmerken van een
product of dienst en het vergelijken van de uitkomsten met gestelde eisen, om te kunnen bepalen of aan deze
eisen is voldaan. Testen levert het volgende op:
Testen laat de verschillen zien tussen het opgeleverde informatiesysteem en het gewenste
informatiesysteem.
Testen verschaft inzicht in de kwaliteit van een informatiesysteem en in de risico’s bij het in productie
nemen van dat systeem.
Testen levert vertrouwen op in het informatiesysteem.
Testen levert een onderbouwend advies aan de opdrachtgever met betrekking tot de kwaliteit van het
informatiesysteem.
Testen levert ervaringsgegevens op, die bij volgende projecten gebruikt kunnen worden om te
plannen, te begroten en tevens om tot procesverbetering te komen.
Testen levert herbruikbare testware op, zoals testscenario’s, testplannen en testdata.
Het toetsen van een informatiesysteem
Onder toetsen verstaan we het volgende: het proces van het testen van een component of systeem zonder de
software uit te voeren. Toetsen worden meestal uitgevoerd op tussenproducten, zoals een eerste versie van
een schermontwerp, maar ook op processen.
Een fout in de code wordt bug, fault of defect genoemd. Falen van software wordt failure genoemd. Bugs,
faults en defects zijn dus de oorzaak van failures. Een menselijke fout wordt error of mistake genoemd.
, Er zijn verschillende vormen van toetsen.
Collegiale review: een informele review uitgevoerd door een of meer collega’s.
Walktrough: de auteur van een document of code leidt de groep door het document of programma
heen en licht de keuzes en achterliggende gedachten toe.
Inhoudelijke review: een gestructureerde, inhoudelijke beoordeling van een product door een of
meer reviewers met als doel te bepalen of het product bruikbaar is.
Inspectie: de meest formele vorm van toetsen. Een strak georganiseerde bijeenkomst waarbij de focus
ligt op het detecteren van fouten en daarvan de oorzaak te achterhalen. Het aantal fouten wordt
gebruik om de kwaliteit van het product te beoordelen.
Het meten van de kwaliteit van een informatiesysteem
Naast het testen en toetsen kan de kwaliteit ook aangetoond worden m.b.v. metingen aan het systeem. Bij het
meten is het van belang om je af te vragen waarom je een bepaald kenmerk wilt meten.
HOOFDSTUK 2: TESTEN TIJDENS HET ONTWIKKELPROCES
METHODEN
Informatiesystemen kunnen volgens verschillende methoden ontwikkeld worden. De eerste
ontwikkelmethodieken waren vrij statisch en beschouwden het ontwikkeltraject als een zuivere opeenvolging
van fasen. Deze aanpak staat bekend als de watervalmethode. De ontwikkelactiviteiten binnen deze methode
worden sequentieel uitgevoerd.
Latere methoden, zoals agile, probeerden meer rekening te houden met de dynamiek binnen
ontwikkeltrajecten. Door het kort-cyclische karakter van opleveren van nieuwe software ben je in staat om
binnen een aantal weken te reageren op veranderingen.
In het algemeen gesteld bestaat een ontwikkelmethode uit de volgende activiteiten: Requirements opstellen
ontwerp maken software ontwikkelen software testen software implementeren. Gebaseerd op
deze activiteiten wordt een teststrategie ontwikkeld.
Testsoort
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, integratietest, systeemtest en acceptatietest. Een componenttest richt zich
op het testen van afzonderlijke componenten. Een integratietest richt zich op het testen van de integratie
tussen bijvoorbeeld twee componenten. De systeemtest richt zich op het testen van de volledige
