Testplan IpMEDT3 project

Transcriptie

1 Testplan IpMEDT3 project <IPMEDT3> <inf2c groep 7> <For Real Productions> Versie: 1.0 Groepsbegeleider: Bob Zadok Blok Groepsleden: Luuk Gortzak (s ) Jens Brokaar (s ) Ellis Stroet (s )

2 Inhoudsopgave 1. Opdrachtformulering: Testplan Teststrategie Testorganisatie Testproducten Infrastructuur Beheer Beheer infrastructuur Planning Bedreigingen, risico s en maatregelen

3 1. Opdrachtformulering: Opdrachtgever: De opdrachtgever voor de acceptatietest is de organisatie van de Hogeschool Leiden. Het aantal studenten dat zich inschrijft voor de opleiding informatica, met het doel om de richting Software Engineering te kiezen, moet gaan stijgen. Opdrachtnemer: Projectgroep Inf2C-7 zal de acceptatietest van de SE Info App uitvoeren en rapporteren over de resulaten. Inf2C-7 bestaat uit Luuk Gortzak, Ellis Stroet en Jens Brokaar. Beschouwingsgebied: Het beschouwingsgebied van dit testplan is de SE info App. De volgende onderdelen van de Applicatie vallen binnen het testplan: Functies van de App Interface van de App Doel: Dit testplan wordt gebruikt om een helder overzicht te krijgen van hoe wij het testproces invullen en uitvoeren. Het resultaat van dit testproces zal bepalen of het prototype wel of niet voldoet aan de gestelde eisen. Dit plan ook gebruikt ter optimalisatie van volgende testplannen. Randvoorwaarden: In deze paragraaf zijn de voorwaarden beschreven die extern aan het testproject zijn opgelegd: Het testplan moet op dinsdag 7 februari 2012 ingeleverd worden. Uitgangspunten: In deze paragraaf zijn de voorwaarden beschreven die door het testproject aan derden zijn opgelegd: Het testplan hoeft niet uitgevoerd te worden, dat wat beoordeeld word is dit plan zelf. 3

4 2. Testplan De testbasis word gevormd door: Plan van aanpak: 1. Plan van aanpak, versie 1.0; Normen en standaard 2. Testen volgens TMap. Overige documentatie 3. Onderzoeksrapport, versie 1.0; 3. Teststrategie Bij dit testplan testen we volgens de black-box methode. Dit houdt in dat we testen hoe de gebruiker ons prototype ervaart. Deze strategie vormt de koppeling tussen het aspect kwaliteitsattributen en de test die uitgevoerd gaan worden. 3.1 Kwaliteitsattributen Hieronder volgt een tabel met de relevante kwaliteitsattributen en hun relatief belang. Kwaliteitsattributen Relatief belang Gebruiksvriendelijkheid 20 Integriteit 20 Functionaliteit 30 Uitvoering 10 Performance 20 Totaal in % 100% 3.2 Strategiematrix Er zijn in dit project geen verschillende deelsystemen. Met het totale systeem wordt in dit project het de SE info App bedoeld. Kwaliteitsattributen Testen van de functies Totaal systeem Relatief belang Gebruiksvriendelijkheid + 20% Integriteit ++ 20% Functionaliteit ++ 30% Uitvoering + 10% Performance + 20% Relatief belang in % 50% 50% 100% 4

5 3.3 Testtechnieken per deelsysteem Hier staat welke testtechnieken wij zullen gebruiken voor welk specifiek deelsysteem. Deelsysteem Testen van de functies Interface van systeem Testtechnieken Functies testen met bekende waarden, kijken of er elke keer het verwachte resultaat is. Enquête Enquête 4. Testorganisatie 4.1 Testfuncties Binnen het testproject worden de volgende testfuncties onderscheiden: Testers Testmanagement Testers De taken van de testers: Uitvoeren van testgevallen (statisch en dynamisch) Het opschrijven van bevindingen Testmanagement Het testmanagement is verantwoordelijk voor planning en coördinatie. Opstellen, verkrijgen van goedkeuring en onderhouden van het testplan Rapporteren over de voortgang van het testproces 5

6 4.2 Organisatiestructuur Opdrachtgever Opdrachtnemers Procesbegeleiding (Testers en Testmanagement) Wekelijks is er een bespreking tussen opdrachtnemers en opdrachtgevers, en tussen opdrachtnemers en procesbegeleiding. 4.3 Opleidingen De testers zijn in voldoende mate bekend met het fenomeen testen in het algemeen en daarnaast het testen volgens de TMap methode. 4.4 Overlegstructuren Wekelijks is er een bespreking tussen opdrachtnemers en opdrachtgever, en tussen opdrachtnemers en procesbegeleiding. De opdrachtnemers geven aan of zij bereid zijn of niet om een gesprek te voeren met de procesbegeleiding en opdrachtgever. Doel Vergaderen met het doel om problemen op te lossen en tot nieuwe inzichten en mogelijkheden te komen. Frequentie Wekelijks Deelnemers 6

7 Procesbegeleiding, Opdrachtgevers en Opdrachtnemers Agenda Welke ideeën zijn er gevonden? Is dat realiseerbaar? Wat wordt er de komende tijd verwacht te gebeuren? 4.5 Personele invulling Functie Naam Inzit in % Testmanagement Luuk Gortzak 100% 100% Testers Ellis Stroet Jens Brokaar 100% 100% Beheer Bob Zadok Blok 10% 10% 5. Testproducten 5.1 Projectdocumentatie De projectdocumentatie van het testproject zal bestaan uit: - Testplan Het testplan - Evaluatierapport De evaluaties van de testperiode. 5.2 Testware - Bevindingen Alle bevindingen zullen gedocumenteerd worden. 5.3 Opslag Alle documenten zullen lokaal opgeslagen worden. Bij de oplevering zal het testrapport op een dvd geschreven worden. 7

8 6. Infrastructuur De infrastructuur bestaat uit de faciliteiten en middelen die nodig zijn om te kunnen testen. 6.1 Testomgeving De volgende testomgeving dient aanwezig te zijn: Testruimte o Ruimte voor het testpanel en de gebruiker Telefonie o Iphone of Android Documentatie o Visitekaartje (incl. QR-code + notulen) 6.2 Testtools De volgende test tools zullen tijdens het project gebruikt worden: Functies van de App Interface QR-code scanner 6.3 Testruimte inrichting Testkamer. Een kamer waar rustig getest kan worden en waar genoeg ruimte is voor de genodigden (testers, testmanagement en gebruiker) Vergaderruimte Een ruimte waar vergaderd kan worden. 7. Beheer 7.1 Testprocesbeheer 8

9 Testprocesbeheer richt zich op het beheersen van het testproces en de kwaliteit van het testobject. Beheer is verantwoordelijk voor het testprocesbeheer. Voortgang en besteding van budget en tijd Elke week word er per activiteit en testproduct het volgende vastgesteld: voortgangsstatus. Bijvoorbeeld niet gestart of percentage gereed. Uren en resource. Hoeveel tijd is er al besteed, hoeveel gaan we nog besteden en is dat nog realistisch. Bevindingen Voor het registreren en afhandelen van de testbevindingen wordt door het testteam gebruik gemaakt van de procedure Bevindingenbeheer (hoofdstuk 22 van Testen volgens TMap). 7.2 Beheer infrastructuur Veranderingen van de infrastructuur kunnen effect hebben op de tests, iets wat we niet willen. Niemand mag daarom zomaar de infrastructuur veranderen, alleen bij overleg en overeenkomst tussen de verschillende partijen. 8. Planning Alle planning die van toepassing is op het project IPMEDT3 is te vinden in een apart Excel document. 9. Bedreigingen, risico s en maatregelen Een storing in het netwerk van het telefonische apparaat is een bedreiging die zich voor kan doen. Om dit te voorkomen zullen we meerdere toestellen meenemen die fungeren via verschillende netwerken. 9