Gestructureerd testen Algemeen

Artikel exploratory testing explained

Dit artikel gaat in op de doelstellingen, achtergronden en opzet van  exploratory testing. Het is geschreven door James Bach, hij heeft  exploratory testing geïntroduceerd.

Artikel investing in testing risk based

In dit artikel gaat Rex Black in op risk based testing, een testaanpak  gericht op het testen op basis van risico's.

Artikel managing a software testteam

In dit artikel geeft James Bach zijn visie op hoe een testteam  georganiseerd dient te worden.

Artikel pressure cooking testing

In dit artikel licht Geoff Horne toe hoe hij vindt dat testers en  testmanagers om moeten gaan met de hoge tijdsdruk waar testtrajecten  vaak onder staan.

Artikel risk and requirement based testing

Bij risk and requirement based testing wordt het testen van systemen  gebaseerd op productrisico's en requirements. In dit artikel licht James  Bach RRBT toe.

Artikel risk based testing

In dit artikel geeft James Bach zijn visie op risk based testing.

Artikel session based testmanagement

Dit artikel gaat in op session based testmanagement, een aanpak voor het  managen van exploratory testing. Het artikel is geschreven door  Jonathan Bach.

Artikel testdriven development

Testdriven development (TDD) is een software engineering aanpak waarbij  de bouwer testgevallen maakt voordat hij gaat programmeren. TDD wordt  toegepast bij agile systeemontwikkelmethodes.

Artikel Testing GUI applications

In dit artikel gaat Paul Gerrard in op de specifieke aspecten van het  testen van GUI applicaties.

Artikel Testing in een .NET maze

In dit artikel gaat Tom Arnold in op de specifieke aspecten van het  testen van een .NET applicatie.

Handleiding teststrategie

Om zeker te stellen dat de meest risicovolle delen van systemen het  meest uitgebreid worden getest wordt aan het begin van een testtraject  een teststrategie ontwikkeld. Deze handleiding ondersteunt testmanagers  en -coördinatoren bij het opstellen van de teststrategie.

Intro ISTQB foundation (ISEB foundation)

Introductie begroten en plannen van een testtraject

In de praktijk blijkt dat het op een realistische manier begroten en  plannen van een ICT project als erg lastig wordt ervaren. Vanuit  presentaties bij klanten en vragen vanuit professionals blijkt dat het  maken van een testbegroting of een projectbegroting in de praktijk op  problemen stuit. Bestaande methodieken bv. Testpuntanalyse (TPA) vanuit  TMAP kloppen theoretisch wel, maar vereisen omstandigheden en input die  in de praktijk niet altijd -vaker niet dan wel- beschikbaar zijn. De  manier waarop je een testbegroting maakt, mate van detail en  betrouwbaarheid van begrotingen en plannen is sterk afhankelijk van de  beschikbare input en de (project-)omgeving. Er is echter wel een rode  draad te geven: je hoeft niet voor iedere situatie het wiel opnieuw uit  te vinden.  Deze introductie geeft de handvatten om een begroting voor een  testtraject op te stellen.

Introductie exploratory testing

Exploratory testing is een testaanpak waarbij tegelijkertijd het systeem  geëxploreerd (ontdekt) wordt, de testgevallen worden geïdentificeerd en  worden uitgevoerd. Het is derhalve niet nodig van te voren testscripts  te maken bij exploratory testing. De introductie beschrijft in kort  bestek wat exploratory testing is.

Introductie ISO 9126:2001

De niet-functionele requirements kunnen expliciet gemaakt worden met  behulp van de ISO 9126 norm. De eerste versie van ISO 9126, uit 1991,  bevatte 21 kwaliteitsattributen en werd als niet toereikend ervaren. Het  Software Engineering Research Centre (SERC) kwam daarna met extended  ISO 9126 (Van Zeist e.a., 1996), wat het model uitbreidde tot 32  kwaliteitsattributen. In 2001 is de nieuwe ISO 9126 norm uitgekomen met  27 kwaliteitsattributen. De nieuwe ISO 9126 norm bestaat uit vier delen;  het model zelf, externe metrieken (meetvoorschriften voor de  kwaliteitsattributen), de interne metrieken en gebruiksgerichte  metrieken. In dit document wordt uitgegaan van deel 1 van de nieuwste  ISO-norm, ISO 9126-1:2001. De in dit document beschreven werkwijze is  ook toepasbaar op de oude ISO 9126 norm en op extended ISO 9126.

Introductie Ketentesten

Ketentesten is een testvorm die end-to-end functionaliteit van één of meer systemen test, met testgevallen die buiten het systeem beginnen en buiten het systeem eindigen. Hierbij wordt het gehele bedrijfsproces doorlopen over een aaneengesloten reeks van systemen, mogelijk in verschillende organisaties. Ketentesten staat ook bekend onder de term end-to-end test. Met de toenemende integratie van systemen wordt ketentesten steeds belangrijker. In deze intro wordt ingegaan op de aspecten die ketentesten anders maakt dan functioneel testen.

Introductie regressietesten

Regressietesten is het testen van onveranderde delen van systemen om  vast te stellen dat deze ook onveranderd werken. Vooral bij  onderhoudsreleases worden veel regressietests uitgevoerd. In deze  introductie wordt in het kort ingegaan op wat regressietesten is en hoe  dat wordt georganiseerd.

Introductie requirements en testen

In deze introductie wordt ingegaan op het verband tussen requirements en  testen.

Introductie Test Outsourcing

Dit document bevat een kort overzicht van motieven voor wel of niet  outsourcen van testen. Daarnaast is ingegaan op welke testsoorten zich  lenen voor outsourcing. Het document is gebaseerd op diverse publicaties  over test outsourcing en biedt daarmee een neutraal beeld.

Introductie Testframe

Testframe is een testaanpak met aandacht voor het inpassen van de  testmethode in de organisatie, structurering van het testen en tooling.  De aanpak is in 2009 aangepast. Deze introductie beschrijft in het kort  deze testaanpak.

Introductie testontwerptechnieken TMapNext

In TMapNext worden verschillende testontwerptechnieken onderkent. Met  behulp van testontwerptechnieken kunnen testgevallen worden opgesteld  vanuit de testbasis. In de introductie zijn de testontwerptechnieken in  het kort beschreven.

Introductie Testregie

Aandachtspunten voor testuitbesteding

Introductie TMapNext

TMapNext is een algemene testmethode en wordt gezien als de opvolger van  TMap. het geeft invulling aan de vraag hoe testen het best kan worden  ingericht en hoe testgevallen kunnen worden opgesteld. In de introductie  is TMapNext kort beschreven.

Introductie TMMI

Het Test Maturity Model Integration (TMMI) is een test  volwassenheidsmodel aan de hand waarvan testorganisaties hun processen  kunnen verbeteren. De introducties beschrijft TMMI in het kort.

Introductie TPI Next

In 2009 is TPI Next als opvolger van TPI gepubliceerd. Het is een  methode voor het verbeteren van testprocessen. In deze introductie wordt  in het kort ingegaan op TPI Next.

Introductie Use Case Point Analyse

Use Case Point Analyse is gebaseerd op het gebruik van UML, Unified  Modeling Language. Binnen UML wordt er gebruikt gemaakt van Use Cases.  Op basis van deze Use Cases is het mogelijk de (test)begroting op te  stellen. De stappen die hiervoor ondernomen moeten worden, worden in dit  document beschreven.   Tevens wordt er kort stilgestaan bij de Test Case Point Analysis.  Deze introductie is in samenhang met de introductie Test begrotingen en  planning geschreven.

ISTQB foundation syllabus (ISEB)

De International Software Testing Qualifictions Board is een  standaardisatie orgaan op het gebied van testen. In de foundation  syllabus van ISTQB staan een verzameling definities en begrippen die van  belang zijn bij het testproces. De syllabus vormt de basis voor het  ISTQB foundation certificaat voor software tester, ook wel bekend als  ISEB foundation. Dit is de officiële ISTQB foundation syllabus, versie  juli 2005.

ISTQB standaard woordenlijst

De International Software Testing Qualification Board is een  internationaal standaardisatieboard met testspecialisten uit  verschillende landen. Dit is de standaard glossery die zij hebben  samengesteld.

Overzicht blackbox testtechnieken

In dit overzicht worden in het kort de kenmerken van de meest gebruikte  blackbox testtechnieken toegelicht.

Rapid Application Development (RAD) en testen

Rapid Application Development (RAD) is een systeem-ontwikkelingsmethode  die gebaseerd is op hoge gebruikersinbreng en iteratief ontwikkelen.  Gestructureerd testen is in hoge mate gebaseerd op waterval  ontwikkeling. In dit stuk wordt toegelicht wat RAD is en wat de effecten  zijn op gestructureerd testen.

Standaard verklarende woordenlijst van testtermen. Vertaling Engels - Nederlands

Ten behoeve van de Nederlandstalige testwereld is er een standaard  vertaling en verklarende woordenlijst gemaakt van testtermen. Dit  document vertegenwoordigt concepten, termen en definities die dienen als  hulp voor communicatie in (software) testen en verwante disciplines.