U kent dat wel: uw systeembeheerders doen een upgrade van de domain controllers. De domain controller waar al uw 5000+ medewerkers van afhankelijk zijn voor het aanmelden, toegang tot alle data en bestanden, etc. En helaas ondanks alle voorbereidingen, uitgebreide draaiboeken en de inzet van het hele team volgt er toch een rollback. Waar ging het fout, of beter gezegd: hoe had u dit kunnen voorkomen? In dit artikel zal ik de brug slaan tussen applicatie- en infrastructuurtesten en laten zien hoe deze bijdragen aan een kwalitatief hoogwaardige oplevering.
Sinds geruime tijd ben ik werkzaam als Tmap Next testmanager voor diverse klanten. Bij elke klant is wel een procedure aanwezig voor het testen van applicaties; eerst technisch, daarna functioneel en uiteindelijk een productie acceptatie test. Deze procedure waarborgt de kwaliteit van de oplevering en zorgt ervoor dat de gebruikersorganisatie medeverantwoordelijk is voor de oplevering. Zij zijn tenslotte de experts met inhoudelijke kennis van de applicatie en kunnen daarmee als enige bepalen of het functioneel voldoet.
'Waarom wordt voor het testen van infrastructuur geen standaard testprocedure gebruikt?'
Voor het testen van een Active Directory upgrade, firewall implementatie of het vervangen van een back-up oplossing wordt vreemd genoeg niet dezelfde aanpak gebruikt. Je denkt nu waarschijnlijk: "het is toch geen applicatie?" of "ik heb toch geen functioneel beheerder firewalls, hoe kan ik het dan testen als applicatie?"
Applicaties en infrastructuur wijken sterk af van elkaar:
- Geen functioneel beheerders;
- Out-of-the-box oplossingen;
- Sterk technisch van aard;
- Gebruikers zien er over het algemeen weinig van;
- De impact bij problemen is over het algemeen groter.
Toch kun je bijvoorbeeld een Active Directory net als een applicatie testen en het goede nieuws is dat Tmap Next een verbijzondering heeft die daar speciaal voor gemaakt is. Tmap Next wordt steeds vaker gebruikt voor het applicatietesten. Door de standaardmethode ontstaat een herkenbaar en veel voorspelbaarder eindresultaat. Tmap Infrastructuur is net als Tmap Next een standaardmethode die wordt gebruikt om te testen. Het grootste voordeel van Tmap Infrastructuur is dat het een "afgeslankte" versie is van Tmap Next.
De grootste verschillen zijn:
- Zes kwaliteitsattributen in plaats van de standaard zestien;
- Beperktere set aan testtechnieken;
- Specifieke kennis infrastructuur is vereist;
- Acceptant is de beheerorganisatie zelf.
Het grootste voordeel voor de beheerorganisatie is dat er meer nadruk ligt op checklisten en freestyle testen in plaats van het opstellen van integrale testscripts en het uitvoeren van uitgebreide en diepgaande tests. Dit voorkomt meteen weerstand vanuit de beheerorganisatie, zij kunnen met een goed opgestelde checklist al 80% van de testwerkzaamheden uitvoeren. En laten we eerlijk zijn: die checklist moet er sowieso zijn. Iedereen ziet het voordeel van een checklist wel in!
Het opstellen van de checklist gebeurt op dezelfde wijze als dat gebeurt bij Tmap Next. Tijdens de Product Risico Analyse (PRA) kunnen de beheerders de grootste risico's aangeven. In overleg met de beheerders worden deze dan gekwantificeerd en verder uitgewerkt.
De checklist is, indien goed opgesteld, ook te gebruiken tijdens de installatie, bij het testen en voor toekomstige uitrollen. De systeembeheerders kunnen zich daarmee focussen op de migratie en het uitvoeren van controles, zonder dat dit een negatieve invloed heeft op de kwaliteit van het testtraject.
Tmap Infrastructuur is een ideale oplossing voor het testen van infrastructuren, waarmee de systeembeheerder de kwaliteit van de oplevering sterk kan verbeteren zonder dat ze "de weerstand" ervaren van het opstellen van uitgebreide testscripts.
Indien je vragen hebt over Tmap Infrastructuur of het testen van applicaties, neem gerust contact op met mij of mijn collega’s bij Helion IT.
op woensdag, 10 april 2013
in Algemeen
