TMAP vacatures

Tmap staat voor testmanagement aanpak en is een manier om software te testen. Tmap is een manier om inzichten te combineren over hoe je moet gaan testen en wat je moet gaan beheren. Het omvat ook technieken voor de testpersoon zelf.

De geschiedenis

De eerste manier is in het jaar 1995 geschreven en gemaakt door Martin Pol, Erik van Veenendaal en door Ruud Teunissen. Eind 2006 was er een nieuwere versie met de naam Tmpa next. Deze laatste was door Bart Broekman, Leo van der Aalst, Tim Kroomen en Michiel Vroon gemaakt. De nieuwe versie was gemaakt om meer procesgerichte omschrijvingen van een testproces te kunnen krijgen en om ook meer nadruk te kunnen leggen op de doelstellingen als leidraad voor het testen.

Tmap is gemaakt door Soeti wat een Nederlandse divisie is van Capgemini. Het is van oorsprong een Nederlands product. Er zijn echter accounts aangemaakt en gepubliceerd in het Duits, Engels en het Frans.

Wat is het belang van het testen?

Veranderingen betekenen risico’s. Nieuwe informatie systemen introduceren voor een bedrijf of organisatie is een grote verandering. Een grote veranderingen dus ook een groot risico. Het is natuurlijk belangrijk om het risico te beperken en te beheersen. Het wordt ook wel Enterprise Risk Management genoemd.

De essentie van Tmap

Er zijn vier pijlers bij Tmap next, te weten toolbox, structuur, testmanagement en flexibiliteit. De testmanager kan op de aspecten kosten, tijd, resultaten en risico’s het proces beheren. Er zijn in het systeem en in de toolbox van Tmap meerdere methodes om de technieken uit te voeren.  De structuur welke iedere test doorloopt is het plannen, voorbereiden, specificeren, uitvoeren en evalueren. Ook zijn er nog een paar extra fasen. Het gaat hier om  de infrastructuur opties beheer en flexibiliteit.

Het hoof / master testplan

De planning is van groot belang om een goede teststrategie te ontwikkelen. Het budget is hierbij belangrijk en ook de testplannen. Er worden keuzes gemaakt over wat de producten moeten leveren, welke infrastructuur er gebruikt wordt en ook de complete testorganisatie.  De bedieningselementen worden geselecteerd voor het hele test proces.

De testen worden aan het einde van een proces gedaan om het eindproduct te toetsen aan de eisen. Het kan ook al tijdens de ontwikkeling gedaan worden. Tijdens de ontwikkeling kunnen de verschillende elementen worden getest. Het hang vaak af van hoe gemakkelijk de software getest kan worden. Het is natuurlijk niet mogelijk om alles te testen in de ontwikkelingsfase van de software. Het is echter goed om zo tot de volgende fase in de ontwikkeling te gaan.

De software kwaliteitscontrole

Bugs, problemen, testresultaten en andere termen worden bij kwaliteitscontrole van de software gebruikt. De testresultaten moeten goed bijgehouden worden. Het is mogelijk om dit te doen in een eenvoudig Microsoft Word document. Het is vaak afhankelijk van de tests en hoe uitgebreid dit gebeurd. Het is vaak zo, dat bij een uitgebreide test de gegevens in een aparte applicatie worden bijgehouden en beheert. Het is dan mogelijk om de resultaten beter weer te geven. Het aantal bugs, show-stoppers en andere problemen kunnen dan bijgehouden worden. Het is belangrijk om op basis van deze informatie de software te verbeteren.

De beoordeling

Om de testen en het hele proces van het testen te verbeteren plus te versnellen is het goed om gewoon door te gaan. Wacht niet tot alles klaar is en je een eindproduct hebt. Test tussentijds de software om zo te zien waar de verbeterpunten liggen. Doe statische testen en maak checklists met wat goed gaat en niet. Denk ook vanaf het begin goed na over hoe je alles wilt gaan testen en op welke manier. Het is belangrijk om zo tot een succesvol stuk software te komen.