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: verschil tussen versies

Uit Wikisage
Naar navigatie springen Naar zoeken springen
(https://nl.wikipedia.org/w/index.php?title=Test_Management_Approach&oldid=22390918 Freek Verkerk 25 aug 2010)
 
(https://nl.wikipedia.org/w/index.php?title=Test_Management_Approach&oldid=43349122)
 
(Een tussenliggende versie door dezelfde gebruiker niet weergegeven)
Regel 1: Regel 1:
De '''T'''est '''M'''anagement '''Ap'''proach, afgekort TMap, is een aanpak voor het [[testen]] van software. De belangrijkste concurrerende methode in Nederland is [[TestFrame]].  
De '''Test Management Approach''', afgekort '''TMAP''', is een aanpak voor het [[testen (software)|testen]] van software. Een testmethode in Nederland is [[TestFrame]].


== Geschiedenis ==
== Geschiedenis ==
TMap is ontwikkeld door [[Sogeti]]. De eerste versie kwam in de 90-er jaren van de vorige eeuw uit. In 2006 kwam het vervolg: "TMap Next".
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 ===
=== Fasering ===
De methode is eigenlijk een veredelde [[checklist]] en bestaat uit de volgende activiteiten
==== Planningsactiviteiten ====
==== Planningsactiviteiten ====
* Nadenken over de [[opdracht]].
* Nadenken over de [[opdracht]].
* De opdracht bespreken en laten vastleggen.
* De opdracht bespreken en (laten) vastleggen.
* Het maken van een [[productrisicoanalyse]].
* 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]];
* 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 [[testtechniek]]en gebruikt worden.
* Besluiten welke testtechnieken gebruikt worden, hoe men wil gaan testen.
* Bedenken welke testproducten opgeleverd worden.
* Bedenken welke testproducten opgeleverd worden, hoe de testresultaten worden vastgelegd.
* Bedenken welke test [[IT-infrastructuur]] nodig is.
* 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.
* 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 [[begroting]] waarin de kosten staan.
* Het maken van een tijds[[planning]].
* Het maken van een tijds[[planning]].
* Inrichten van het [[beheer]] van het project.
* Inrichten van het [[beheer]] van het project.
* Bepalen van de risico's van het testen en de maatregelen om die te beheersen.
* 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.
* Het schrijven van een master [[testplan]] waarin dit allemaal staat en dit plan laten goedkeuren.
 
==== Beheer van het testproces ====
Tijdens het project is de [[testmanager]] verantwoordelijk voor  de uitvoering van het testplan. Hierover wordt gerapporteerd  aan de [[opdrachtgever]].


==== Inrichten en beheer van de testomgeving ====
==== Inrichten en beheer van de testomgeving ====
Hier wordt beschreven welke eisen gesteld worden aan de [[testomgeving]], [[testtool]]s en [[werkplek]]ken. Vervolgens wordt dit gerealiseerd, beheerd en aan het einde overgedragen.
Hier wordt beschreven welke eisen gesteld worden aan de [[testomgeving]], [[testtool]]s en [[werkplek]]ken. Vervolgens wordt dit gerealiseerd, beheerd en aan het einde overgedragen.


==== Voorbereiding ====
==== Voorbereiding ====
* Verzamelen van de testbasis;
* Verzamelen van de testbasis;
* Opstellen [[checklist]]s om de testbasis te beoordelen;
* Opstellen [[controlelijst|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.
* 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".
* Over de voorbereidingsfase wordt gerapporteerd in de vorm van een "rapport detailintake".
Regel 40: Regel 38:
* De [[testomgeving]] in orde brengen.
* De [[testomgeving]] in orde brengen.
* De testobjecten ontvangen.
* De testobjecten ontvangen.
* Het [[testen]]
* Het [[testen (software)|testen]]
* [[Bevindingenbeheer]].


==== Afronding ====
==== Afronding ====
Regel 47: Regel 44:
* Evaluatie van het testproces ten behoeve van eventuele volgende tests
* Evaluatie van het testproces ten behoeve van eventuele volgende tests
* Overdragen van het geheel (testomgeving, testscripts, rapportages etc. ) aan de beheerorganisatie.
* Overdragen van het geheel (testomgeving, testscripts, rapportages etc. ) aan de beheerorganisatie.
* Ontbinden van de testorganisatie.  
* Ontbinden van de testorganisatie.
* Eindrapportage.
* Eindrapportage.


=== Overig ===
=== Overig ===
''TMap'' beschrijft ook de [[acceptatietest]], [[systeemtest]], [[ontwikkeltest]], [[begroting]], [[testontwerptechniek]] en [[toetstechniek]].
''TMap'' beschrijft ook de [[acceptatietest]], [[systeemtest]], [[ontwikkeltest]], [[begroting]], testontwerptechniek en [[toetstechniek]].
 
== Certificering ==
Het is mogelijk om bij [[EXIN]] de volgende [[Keurmerk|certificaten]] te behalen:
* TMap Foundation
* TMap Advanced
 
==Literatuur==
* Het TMap-proces is voor het eerst beschreven in ''Testen volgens TMap'', (1995, 2de druk 1999), geschreven door de grondleggers van deze [[Wetenschappelijke methode|methode]] Martin Pol, Ruud Teunissen en Erik van Veenendaal.


* Een nieuwe versie van TMap, ''TMap Next voor resultaatgericht testen''. Tutein Nolthenius, 2006. ISBN 9072194799, herschreven door Leo van der Aalst, Bart Broekman, Tim Koomen en Michiel Vroon, is uitgebracht eind 2006.
== 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 ==
== Referenties ==
* [http://www.tmap.net www.tmap.net] - Officiële website van TMap
* [http://www.tmap.net www.tmap.net] - Officiële website van TMap
* [http://www.tmap.net/Home/Rondom-TMap/Publicaties/index.jsp boeken over TMap]
* [http://www.tmap.net/rondom-tmap/publicaties/boeken Boeken over TMap]
* [http://www.exin.nl/examens/examen-overzicht/tmap.aspx EXIN, de certificeringsorganisatie]
* [http://www.exin.nl/examens/examen-overzicht/tmap.aspx EXIN, de certificeringsorganisatie]
* [http://zbc.nu/ict/aanpak-projecten-ict-ontwikkeling/testen-volgens-tmap-een-korte-introductie/ Een korte introductie van TMAP]
* [http://zbc.nu/ict/aanpak-projecten-ict-ontwikkeling/testen-volgens-tmap-een-korte-introductie/ Een korte introductie van TMap]
* [http://www.rulersgroup.com/ict-trainingen/tmap-next-foundation/ trainingen]
* [http://zbc.nu/ict/aanpak-projecten-ict-ontwikkeling/testen-volgens-tmap-een-korte-introductie/ Een korte introductie van TMap]
 
* [http://www.examenvragen.info/tmap-foundation/tmap-samenvatting/ Samenvatting theorie TMap]
[[Categorie:Testen]]
{{Wikidata|Q488367}}
[[Categorie:Softwaretest]]

Huidige versie van 21 feb 2015 om 22:32

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