Testen Presentatie
Open-i Software Services BV, Maarssen Datum : Versie :
06-07-2013 1.2
Algemeen Tegenwoordig behoeft het belang van testen nauwelijks nog te worden uitgelegd. Binnen organisaties speelt ICT een steeds grotere rol. De afhankelijkheid van organisaties, en wellicht zelfs onze gehele maatschappij, van ICT heeft als consequentie dat ook steeds hogere eisen gesteld worden aan de producten van de automatisering. Denk hierbij niet alleen aan functionele kenmerken: door trends als sociale netwerken, de toenemende mate waarin ook op de werkvloer gebruik wordt gemaakt van internet, door Cloud diensten en “Bring Your Own Device” wordt niet alleen efficiënter werken mogelijk gemaakt, ook worden bedreigingen geïntroduceerd die voorheen ondenkbaar waren en die hoge eisen stellen aan integratiemogelijkheden en veiligheid. Softwaretesten houdt zich bezig met het inschatten van risico’s die samen hangen met het in gebruik nemen van een softwaresysteem. Een tester vindt fouten in een systeem en analyseert de ernst en de impact van deze fouten. Dit kan gebeuren door het systeem zelf te beschouwen, maar dit kan ook eerder door het uitvoeren van reviews op eisen- en ontwerpdocumenten. De testprofessionals van Open-i gaan uit van hetgeen de gebruiker van een softwaresysteem nodig heeft. De testuitvoer heeft als doel de fouten op te sporen die uw werkzaamheden in de weg kunnen zitten. Testers van Open-i zijn in staat u te begeleiden bij het opstellen van de eisen aan een systeem, zodat het systeem doet wat nodig is om uw doel te bereiken. Wanneer zij u begeleiden bij het opstellen van deze eisen geven zij niet alleen aandacht aan de functionele eisen aan een systeem, zij geven ook ruim aandacht aan de kwaliteitskenmerken van softwaresystemen. Het is tenslotte niet voldoende om een systeem te krijgen dat precies doet wat u wilt, u moet er ook nog mee kunnen werken. Bij het daadwerkelijk testen en het inrichten van testprojecten zullen zij de klantwens als uitgangspunt nemen en pragmatisch en flexibel te werk gaan; immers, het testen is geen doel maar een middel. Daarbij zullen zij steeds een gestructureerd testproces aanbieden.
Testmethodieken Open-i heeft een brede kennis van verschillende testmethoden en technieken. Hieronder zijn vanzelfsprekend de standaardmethodieken TMap Next (van Sogeti) en de internationale standaard ISTQB (ISEB). Onze medewerkers zijn minimaal voor beide standaarden gecertificeerd, zodat we een hoogstaand minimum aan vakinhoudelijke testkennis kunnen garanderen. Ook hebben we ervaring met bijvoorbeeld TestFrame (Logica), SmarTEST (Valori) en Risk & Requirement Based Testing (Logica).
Flexibiliteit Open-I is in staat de testmethodiek aan te passen aan uw bedrijf en kan daarbij rekening houden met uw specifieke IT landschap en ontwikkelmethode, variërend van het V-model (waterval) tot aan eXtreme Programming (Agile). Immers, de methode dient de organisatie te ondersteunen, niet andersom. Onze testers zijn onderlegd genoeg om de methode toe te passen en pragmatisch genoeg om hiervan af te wijken indien dit gewenst is.
Verbetertrajecten Daarbij vindt Open-I het belangrijk dat voldoende aandacht wordt gegeven aan verbetertrajecten voor het testen. Onze medewerkers hebben kennis van en ervaring met zowel TPI Next als TMMi, zodat zij in staat zijn op gestructureerde wijze een verbetertraject te begeleiden.
Uitgangspunten De kern van de testmethode zoals Open-i deze na streeft, komt op een aantal punten overeen met de uitgangspunten van bijvoorbeeld TMap Next: - Het ‘Business Driven Test Management’, waarmee wordt bedoeld dat de wens van de Business centraal dient te staan; - Een gestructureerd testproces, zodat het testen een betrouwbaar resultaat oplevert en niet te veel middelen in beslag neemt; - Voortdurende verbetering, zodat het testen aangepast kan worden aan uw organisatie; - Inpassen van het testen in de totale ontwikkel- en gebruiksomgeving. Testen is immers geen op zichzelf staande activiteit, maar is sterk afhankelijk van een voortdurende communicatie met alle betrokkenen in een ontwikkelproces.
De volgende diensten kan Open-i u aanbieden:
Test Management Een testmanager is er om effectief sturing te geven aan een testteam en/of een testproject. Om deze rol te kunnen vervullen, staat de testmanager van Open-i boven de materie van het testen en is in staat een testproces effectief te implementeren, terwijl hij de traditioneel leidende rol van een manager die een team leidt kan vervullen. De testmanager stuurt en implementeert of beheert een effectief testproces. Dat behelst het opzetten van een testinfrastructuur, welke robuuste communicatie en een kosteneffectief test framework ondersteunt. De testmanager is verantwoordelijk voor het maken van productrisicoanalyses (PRA), teststrategieën en Master Test Plannen (MTP). Hij definieert en implementeert de testaanpak. Hij definieert de scope van het testen en implementeert en beheert het juiste test framework om aan de gewenste testaanpak te voldoen. Uiteraard stuurt hij het testteam aan en zorgt ervoor dat alle resources effectief worden gebruikt. Verder verzorgt hij de planning, implementatie en beheer van de testinspanning voor een bepaalde opdracht/release. De testmanagers van Open-i zijn sterk in het begroten en plannen van het totale testproces, om er vervolgens voor te zorgen, dat deze planning nageleefd en behaald wordt.
Test Coördinatie Met een testcoördinator van Open-i heeft u een extra tester en een extra testmanager ingehuurd. Een goede coördinator heeft namelijk een uitgebreide kennis van testmanagement en kan uitstekend zelfstandig een testproject opzetten, aansturen en managen. Tevens is hij in staat complexe testen te ontwerpen, uit te voeren en te rapporteren en in die zin is hij een senior tester. Een testcoördinator geeft leiding aan een testteam en is verantwoordelijk voor een enkele testsoort. De testcoördinator stelt een teststrategie samen op basis van een risicoanalyse, hij is verantwoordelijk voor het opstellen van een detailtestplan en hij zal voor zijn eigen testsoort het bevindingen- en testbeheer moeten uitvoeren. Hij rapporteert aan de testmanager of projectleider.
Test Engineering Een functioneel tester bij Open-i ondersteunt bij het opstellen van een risicoanalyse, voert review uit op de documentatie, stelt testgevallen op en voert tests uit. Daarbij beheert hij bevindingen, overlegt met gebruikers en ontwikkelaars om enerzijds de ernst en impact en anderzijds de oplossing van bevindingen te bepalen. Ook kan een tester een reële inschatting maken van de benodigde tijd voor het testen en zal hij in staat zijn zich aan zijn planning te houden. Een tester zal zich steeds kritisch opstellen en waar hij een mogelijkheid ziet zich in te zetten voor kwaliteit, deze zelfstandig aan grijpen. De tester kan wel worden gezien als het geweten van een ontwikkeltraject. Een tester bij Open-i kan uitstekend zelfstandig op een testtraject worden ingezet, maar onze mensen zullen zich ook snel op een bestaand project bij een bestaand team kunnen storten.
Testautomatisering en Tools Het introduceren van testautomatisering is een project op zich. Het is belangrijk om te realiseren dat testautomatisering weliswaar in de toekomst testinspanning kan verminderen en de kwaliteit kan verhogen, echter bij de introductie, net als bij andere softwareproducten, een zekere tijd kost. Tenslotte dient u een tool te selecteren, moet deze tool geïmplementeerd worden en moet een tester vervolgens in het algemeen de testgevallen handmatig opstellen en voor de tool beschikbaar maken. Dit hoeft u er niet van te weerhouden testautomatisering te overwegen. Open-I kan u namelijk helpen te inventariseren of het automatiseren van uw testwerkzaamheden nut heeft, welke tests u wilt automatiseren en welke tools u het beste kunt gebruiken. Wij kunnen u ondersteunen bij het opstellen van een teststrategie en het bepalen van de onderdelen die daarin het best te automatiseren zijn. Ook zijn wij in staat uw testgevallen om te zetten naar een programma voor de testtool van uw keuze. Het belangrijkste binnen een testautomatiseringsproject is zich te realiseren, dat dit nog altijd een testproject is en dat de beschikbaarheid van automatisering de noodzaak van een risicoanalyse en een testplan niet overbodig maakt.
