Wikisage, de vrije encyclopedie van de tweede generatie, is digitaal erfgoed

Wikisage is op 1 na de grootste internet-encyclopedie in het Nederlands. Iedereen kan de hier verzamelde kennis gratis gebruiken, zonder storende advertenties. De Koninklijke Bibliotheek van Nederland heeft Wikisage in 2018 aangemerkt als digitaal erfgoed.

  • Wilt u meehelpen om Wikisage te laten groeien? Maak dan een account aan. U bent van harte welkom. Zie: Portaal:Gebruikers.
  • Bent u blij met Wikisage, of wilt u juist meer? Dan stellen we een bescheiden donatie om de kosten te bestrijden zeer op prijs. Zie: Portaal:Donaties.
rel=nofollow

Test Management Approach

Uit Wikisage
Naar navigatie springen Naar zoeken springen

De Test Management Approach, afgekort TMAP, is een aanpak voor het testen van software. Een testmethode in Nederland is TestFrame.

Geschiedenis

TMap is in 1995 ontwikkeld door IP/Software Control (later IQUIP (thans Sogeti)). In 2006 werd het vervolg uitgebracht: "TMap Next". In het begin van het ontwikkelen van software werd er zonder formele methode getest. Er werd gewoon met gezond verstand getest. En dat gezonde verstand was niet altijd aanwezig waardoor het ook niet altijd goed ging. Hierdoor ontstond bij het management de behoefte aan een betere methode die beter voorspelbare resultaten had. Een van die methoden is TMAP. Deze methode is in Nederland ontwikkeld door een van de grotere computerbedrijven en is in Nederland ook het meest gebruikt. In de praktijk wordt er nog steeds veel op basis van gezond verstand getest, maar met een gezond verstand dat verbeterd is met kennis van TMAP. De methode is beschreven in een boek. Er bestaat inmiddels ook een certificatie voor. Dit certificaat wordt nog wel eens gevraagd als men nieuwe testers zoek voor een software test traject. Een internationaal alternatief is ISTQB.

Fasering

De methode is eigenlijk een veredelde checklist en bestaat uit de volgende activiteiten

Planningsactiviteiten

  • Nadenken over de opdracht.
  • De opdracht bespreken en (laten) vastleggen.
  • Het maken van een productrisicoanalyse waarin wordt onderzocht wat de risico's zijn als het product ongetest in gebruik genomen wordt. Dus welke onderdelen getest moeten worden. Tenslotte hoeft niet alles getest te worden.
  • Vaststellen van de benodigde testbasis; Welke documenten men heeft waarin bijvoorbeeld staat aan welke eisen het produkt moet voldoen. Dit document kan dan dienen om dit regel voor regel te controleren, te testen. Bijvoorbeeld er staat dat het produkt rood moet zijn. Dan test men of het inderdaad rood is. Of er staat dat het 200 acties moet doen er uur dan wordt getest of het dat ook daadwerkelijk haalt.
  • Besluiten welke testtechnieken gebruikt worden, hoe men wil gaan testen.
  • Bedenken welke testproducten opgeleverd worden, hoe de testresultaten worden vastgelegd.
  • Bedenken welke test IT-infrastructuur nodig is, hoe de testomgeving er uit gaat zien welke testsoftware men nodig heeft, testruimte etc.
  • Uitrekenen welke testorganisatie er nodig is om dit te realiseren, hoeveel mensen, testers er nodig zijn en wie dit dan gaat doen
  • Het maken van een begroting waarin de kosten staan.
  • Het maken van een tijdsplanning.
  • Inrichten van het beheer van het project.
  • Bepalen van de risico's van het testen en de maatregelen om die te beheersen.
  • Het schrijven van een master testplan waarin dit allemaal staat en dit plan laten goedkeuren.

Inrichten en beheer van de testomgeving

Hier wordt beschreven welke eisen gesteld worden aan de testomgeving, testtools en werkplekken. Vervolgens wordt dit gerealiseerd, beheerd en aan het einde overgedragen.

Voorbereiding

  • Verzamelen van de testbasis;
  • Opstellen checklists om de testbasis te beoordelen;
  • De testbasis beoordelen om te bepalen hoe testbaar het informatiesysteem is. Hierna kan een definitief besluit genomen worden over de testomgeving, de testtechnieken en de testorganisatie.
  • Over de voorbereidingsfase wordt gerapporteerd in de vorm van een "rapport detailintake".

Specificatie

Uitvoering

Afronding

  • Het adviseren van de opdrachtgever over de risico's van de implementatie van het testobject.
  • Evaluatie van het testproces ten behoeve van eventuele volgende tests
  • Overdragen van het geheel (testomgeving, testscripts, rapportages etc. ) aan de beheerorganisatie.
  • Ontbinden van de testorganisatie.
  • Eindrapportage.

Overig

TMap beschrijft ook de acceptatietest, systeemtest, ontwikkeltest, begroting, testontwerptechniek en toetstechniek.

Literatuur

  • Testen volgens TMap, Martin Pol, Ruud Teunissen en Erik van Veenendaal, 1995, 2de druk 1999
  • TMap Next voor resultaatgericht testen, Leo van der Aalst, Bart Broekman, Tim Koomen en Michiel Vroon

Referenties

Q488367 op Wikidata  Intertaalkoppelingen via Wikidata (via reasonator)

rel=nofollow