Bijlage 3: Master testplan

Transcriptie

1 Bijlage 3: Master testplan KIS Testplan Inaxion Lelystad Adres: Jol -20 Postbus : 609 Postcode Plaats 8483 ED Lelystad I Plaats Lelystad Datum 22 maart 200 Auteur Saidou Diallo Status Finaal.0

2 Naam Datum laatst aangepast Omschrijving van de inhoud Soort document Opmerkingen KIS Testplan 5/0/200 In dit document wordt het plan gemaakt over het testen van het KIS. Dit document bevat de testtechnieken, de tijdsplanning en het uitvoeren van de tests KIS eind Test document

3 Inhoudsopgave Bijlage 3: Master testplan... Inleiding... 5 Doel van het testplan... 5 Opdracht... 6 Klant... 6 Aanvoerder... 6 Opdracht... 6 Bereik... 6 Binnen bereik... 6 Buiten bereik... 6 Rapportage... 6 Organisatie... 6 Afbakening... 6 Taken en verantwoordelijkheden... 7 Overzicht producten, kwaliteitseisen en stopcriteria... 7 Documentatie... 7 Apparatuur en accommodatie... 8 Testomgeving... 8 Testtechnieken en hulpmiddelen... 8 Opleiding... 8 Tijdsplanning... 8

4 Versiebeheer januari 200 Ver Datum Auteur Omschrijving sie nov-2009 Saidou Diallo Concept dec-2009 Saidou Diallo Documentatie en testomgeving toegevoegd dec Saidou Diallo Planning aangepast.0 5 dec Saidou Diallo Concept.0 5 jan-200 Saidou Diallo Finaal Verklarende woordenlijst Term MVC KIS OO SQL injecties Bruikbaarheids Test Uitleg Model View Control Klanteninformatiesysteem, het te bouwen klantensysteem Object georiënteerd programmeren SQL-injectie bestaat uit dat een gebruiker in het invoerveld tekens invoert die er voor zorgen dat een ongewenste SQL-query wordt uitgevoerd. Eindgebruikers test uitgevoerd door de gebruikers Master testplan KIS -Inaxion Page 4

5 januari 200 Inleiding Het test proces begint met het vervaardigen van een testplan. In dit plan komen onder andere de organisatie van de test, de testtechnieken, de tijdsplanning aan de orde. Om een goede kwaliteit van het eindproduct te waarborgen worden de klant en contact modules op vier niveaus getest: White box test, twee keer tijdens het ontwikkelen van een module wordt de code review gedaan een acceptatie test wordt bij elke afsluiting van een module gedaan. Bruikbaarheids test wordt door verschillende gebruikers van het KIS uitgevoerd. Functionele test houdt in het controleren van alle use cases aan de hand van het requirements document. De selenium test wordt uitgevoerd tijdens het ontwikkelen. Voor de eindgebruikers test is een apart testplan(bruikbaarheids test) vervaardigd, door de gebruiker op te stellen in overleg met de afdeling waar het systeem later in productie draait. Het testplan voor de gebruikerstest zal, voor zover van toepassing, waarschijnlijk gelijk zijn aan het hieronder beschreven model. Bij het opzetten van eindgebruikers test is ondersteuning vanuit het projectteam gewenst. Onderwerpen die in het testplan aan de orde komen zijn o.a.: - het testdoel; - de testorganisatie; - de benodigde faciliteiten; - de testomgeving Doel van het testplan Het doel van dit testplan is om alle betrokkenen in het team van KIS te informeren over de gebruikte methode, de acitiviteiten en de tijdsplanning. Master testplan KIS -Inaxion Page 5

6 januari 200 Opdracht Klant De klant van dit project is Inaxion. De applicatie wordt gebouwd voor het intranet van Inaxion. Ze willen een product met goede kwaliteit, vandaar deze opdracht. Aanvoerder Het team van Inaxion dat bezig is om de KIS te onwikkelen en testen. Opdracht De testopdracht houdt in het uitvoeren van de functionele tests, statische tests (code review, selenium test), bruikbaarheids tests Bereik Binnen bereik Het bereik van het testproject definieert de grenzen waarin de tests worden uitgevoerd. Het bepaalt de grenzen van het testen, de testtechnieken, de diepgang. In het kader van Inaxion worden de code reviews gemaakt, de selenium tests, de functionele tests en eindgebruikers tests. De eindgebruikers tests worden uitgevoerd door 2 medewerkers van het bedrijf die met verschillende browsers gaan werken. Buiten bereik Het testen van de modules van de applicatie na de oplevering, valt buiten het bereik van dit project. Rapportage Het resultaat van de tests wordt gerapporteerd aan de opdrachtgever en de projectmanager. De code reviews worden gerapporteerd tijdens de werksessies, de functiononele tests en eindgebruikers tests aan de leiding na het afronden van de tests. De functionele tests worden twee keer gerapporteerd aan de eindusers na het afronden van de test. Organisatie Afbakening KIS is een informatie systeem om interne klanten van Inaxion te beheren via hun intranet. De tests worden gedaan in de ontwikkeling omgeving van Inaxion, het KIS wordt ook getest op verschillende browsers (Firefox, IE7, IE8, Google chrome) Master testplan KIS -Inaxion Page 6

7 januari 200 Tijdens de statische test wordt bekeken of de projectstructuur voldoet aan de eisen die vooraf gesteld zijn zoals de toepassing van de MVC pattern, OO. De codes wordt gecontroleerd op veiligheid bijvoorbeeld het voorkomen van SQL injecties. Deze fase wordt 2 keer uitgevoerd voor elke module. Er wordt ook een functionele test uitgevoerd aan de hand van de use cases. Tijdens deze test worden alle stappen doorgelopen om te bekijken dat het systeem voldoet aan de eisen die in het SRS document staan. De eindgebruikers test wordt uitgevoerd aan het eind van de ontwikkelingsfase. Meer details over deze test worden vermeld in het Bruikbaarheids Test Document Bijlage 4 van de scriptie Taken en verantwoordelijkheden In het testproces worden alle leden van het team betrokken. De formele functionele tests worden gedaan door de projectmanager/directeur om te controleren of alle functionaliteiten zijn meegenomen in het project, voordat de ontwikkelaar zelf alle functionaliteiten doorloopt en selenium testen maakt. De code reviews worden gedaan door de projectmanager en ervaren programmeurs van Inaxion. De bruikbaarheids test wordt gedaan door 2 medewerkers van Inaxion onder toezicht van de ontwikkelaars van KIS. Overzicht producten, kwaliteitseisen en stopcriteria Tijdens het testproces worden de project, ticket en website modules getest. De aangepaste functionaliteiten van de klant en contact modules worden ook getest. Alle invoervelden worden getest op datatype. Voor een goede kwaliteit van het systeem wordt verwacht dat aan alle functionele eisen wordt voldaan. De kwaliteit van de statische test wordt bepaald door een goedkeuring van de projectmanager. Alle invoervelden worden getest door de eindgebruikers. Het functionele testen wordt gedaan door de projectmanager/directeur, aan de hand van de use cases zal hij het controleren of alle functionaliteiten daarin staan. Het KIS wordt ook op verschillende browsers getest. De kwaliteit van de applicatie wordt bepaald als een gebruiker alle taken kan doorlopen zonder grote fouten. Er wordt ook naar de feedback van de gebruikers gekeken om de gebruikersvriendelijkheid te verbeteren. Documentatie Het master testplan en het bruikbaarheids testdocument worden ingeleverd bij de opdrachtgever. De testdocumentatie zal verder gebruikt worden voor het uitbreiden van de applicatie. De toekomstige ontwikkelaars kunnen aan de hand van de documentatie bekijken welke testprocedures gedaan worden in de toekomst. Die documenten worden in een testdossier opgenomen om: de kwaliteisborging aantoonbaar te maken het gekozen kwaliteitsniveau in kaart te brengen een goede overdracht voor het vervolg van het testen te waarborgen. Master testplan KIS -Inaxion Page 7

8 Apparatuur en accommodatie januari 200 Voor het uitvoeren van de tests is het nodig dat de gebruikers aangesloten zijn op het intranet van Inaxion en rechten hebben om in te loggen. Verder is het nodig dat de gebruikers beschikken over verschillende browsers. Testomgeving Voor dit project wordt de testomgeving zelf de ontwikkelingsomgeving. De ontwikkelingsomgeving van Inaxion is zoveel mogelijk gelijk aan de productieomgeving. Deze keuze zal minder problemen veroorzaken als het product in gebruik is. Sommige aspecten van een exploitatieomgeving, zoals de hoeveelheid aanwezige gegevens kunnen niet gesimuleerd worden. Gestreefd wordt naar een realistische testsituatie, alleen dan kunnen uitspraken worden gedaan over de werking onder exploitatieomstandigheden. Testtechnieken en hulpmiddelen Voor dit deel van de applicatie worden twee soorten tests gedaan: Statische tests: Dit worden code reviews die door projectmanager en andere teamleden worden gedaan en selenium testen die door de ontwikkkelaar wordt uitgevoerd. Blackbox testing: Dit houdt de bruikbaarheids testen in, die door de gebruikers worden gedaan en de fuctionele testen Opleiding Voor het uitvoeren van deze test is geen opleiding nodig. Voor de bruikbaarheids test wordt de gebruiker aan zichzelf overgelaten om te kijken hoe hij/zij de applicatie kan begrijpen. Daarna wordt hem het hoe en wat uitgelegd. Tijdsplanning Weeknummer Code reviews FT project module FT ticket module FT website module BT project module BT ticket module BT website module Selenium Legenda: FT: functionele test BT: bruikbaarheids test Zoals hierboven al is opgemerkt zal het tijdsaspect van een testplan vooral Een rol spelen in een ontwikkelsituatie. Gezien het nut van ervaringscijfers voor de opbouw van een planning is het Master testplan KIS -Inaxion Page 8

9 januari 200 belangrijk dat de voortgang bewaakt wordt om zo de beschikking te krijgen over relevante kengetallen met betrekking tot het testproces. Het projectplan is daarvoor de juiste plaats. Master testplan KIS -Inaxion Page 9