kravspecifikation

Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
VERSIONSHISTORIA
Version
0.0.1
0.0.2
0.1
0.1
0.1.1
0.2
0.2.1
0.2
0.3
0.4
0.5
0.6
0.6.1
1.0
Datum
15.03.2004
18.03.2004
19.03.2004
22.03.2004
23.03.2004
23.03.2004
26.03.2004
26.03.2004
29.03.2004
31.03.2004
05.04.2004
08.04.2004
12.04.2004
15.04.2004
Förklaring
Html-stommen och scripten klara
”Satt till”-scripten insatta
”Satt till”-delen fungerar
Stommen till Admin.-delen klar
”Ta-bort”-scripten insatta
”Ta bort”-delen fungerar
”Ändra”-scripten insatta
”Ändra”-delen fungerar
”Sök”-delen fungerar
Användar gränssnittet fungerar
Admin gränssnittet fungerar
Inloggnings systemet fungerar
Gjorde förbättringar på säkerheten
Programmet fungerar i sin helhet
Dokument info:
Ansvarsperson: Jonas Puisto
Utskrivet: 21.04.2004
Utdelat åt: Carl Wegelius, Johan Rantala, Jonas Puisto och Hanne Karlsson
Dokumentets status: Slutlig version
Modifierat: 21.04.2004
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
INNEHÅLLSFÖRTECKNING
Versionshistoria........................................................................................................ 1
1. Inledning ............................................................................................................... 1
1.1 Meningen med dokumentet.............................................................................. 1
1.2 Produkten ......................................................................................................... 1
1.3Termer och definitioner .................................................................................... 1
2. Omgivning ............................................................................................................ 1
2.1 Hårdvara ........................................................................................................... 1
2.2 Mjukvara .......................................................................................................... 1
2.3 Hjälpmedel och testdata ................................................................................... 2
3. Testpersonal och Utbildning ............................................................................... 2
3.1 Testpersonal ..................................................................................................... 2
3.2 Utbildning ........................................................................................................ 2
4. Ansvarsområden .................................................................................................. 2
5. Specialegenskaper ................................................................................................ 3
Egenskaper som inte testas .................................................................................... 3
6. Hur man testar och i vilken ordning .................................................................. 3
6.1 Förberedelse ..................................................................................................... 3
6.2 Testfallsklassering och felfall .......................................................................... 3
6.3 Tillvägagångssätt och tekniker ........................................................................ 3
7. Testfallen............................................................................................................... 4
7.1 Testning av databasen ...................................................................................... 4
7.2 Testning av användargränssnittet ..................................................................... 4
7.3 Testning av datasäkerhet .................................................................................. 4
7.4 Hantering av kraschsituationer ........................................................................ 5
7.5 Testning av prestationsförmåga ....................................................................... 5
8. Testningens krav .................................................................................................. 5
8.1 Godkännade ..................................................................................................... 5
8.2 Förkastning ...................................................................................................... 5
8.3 Avsluta testningen ............................................................................................ 6
9. Tidtabell för testningen ....................................................................................... 6
10. Godkännande ..................................................................................................... 6
10.1 Analys av testningen ...................................................................................... 6
10.2 Testningen och testfallen ............................................................................... 6
10.3 Hela testningen............................................................................................... 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
1. INLEDNING
1.1 Meningen med dokumentet
Detta dokument beskriver en modultestning av vår programvara.
Dokumentet är menat åt alla gruppmedlemmar samt även åt kunden om han vill ha
det.
Sammandrag av de delar som skall testas:
Kolla att Sök-funktionerna fungerar
Kolla att Insättnings-funktionerna fungerar
Kolla att Borttagnings-funktionerna fungerar
Kolla att Modifierings-funkionerna fungerar
Kolla att Inloggningen fungerar
Kolla att säkerheten är ok
1.2 Produkten
Produktnamn: Inventariesystem för IT-centralens komponentlager.
Version: 1.0
Detta är den första och slutliga testningen av produkten. Eventuella fel korrigeras i
samband med testningen.
1.3Termer och definitioner
Test: En beskrivning på testet.
Testfall: Vad man testar.
2. OMGIVNING
2.1 Hårdvara
För att köra och testa produkten måste man ha en dator som kan köra och upprätthålla
en databas. Dessutom måste man ha en dator som kan köra ett
Internetbläddringsprogram. Egentliga minimikrav finns inte, förutom att datorn i fråga
skall uppfylla kraven som tidigare nämnts.
En dator med 64Mb RAM.
En dator som kan köra en databas. Storleken varierar beroende på hur stor databas
man vill ha.
2.2 Mjukvara
Till klienten:
MS Windows eller Vi rekommenderar Mozilla och andra nya versioner av
webbläsare.
Sid 1 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
Till servern:
Linux dator som kan köra en MySQL-databas, PHP och Apache.
Till testningen behöver man ett ”testanvändar” konto samt ett lösenord. Dessa kan
bestämmas av testaren.
2.3 Hjälpmedel och testdata
När man bygger upp testprogrammet använder man färdiga script för att bygga upp
databasen, samt script för att snabbt mata in passande testdata.
Som hjälpmedel kommer vi förutom scripten att ha en klientdator (som fyller
minimikraven) samt en serverdator (som fyller minimikraven.)
3. TESTPERSONAL OCH UTBILDNING
3.1 Testpersonal
Testpersonalen kommer att bestå av en huvudtestare (gruppledaren), samt en till två
testare.
Om kunden vill skall han kunna vara med under testningstillfället.
3.2 Utbildning
Testpersonalen behöver ingen utbildning, för de anses kunna programmet.
Eventuell utbildning som kunden kan tänkas behöva ges vid överlämningen av den
slutliga produkten, eller vid eventuella möten innan dess. Dessutom kommer kunden
att få en manual.
4. ANSVARSOMRÅDEN
Alla PHP-script testas av programmeraren (Johan Rantala), samt av minst en annan
person i gruppen.
Html-koden testas av webbdesignern (Jonas Puisto), samt av minst en annan person i
gruppen.
Säkerheten testas av alla medlemmar i gruppen, för att säkrare kunna eliminera
eventuella brister. Även utomstående personer används när vi testar säkerheten på den
slutliga produkten.
Den slutliga, av gruppen testade produkten, testas av kunden innan vi överlåter
produkten åt kunden. Först när kunden och gruppen har godkänt produktens standard
krav, förklaras produkten klar.
Sid 2 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
5. SPECIALEGENSKAPER
Egenskaper som inte testas
Produkten kommer endast att testas i nyare versioner av MS Internet Explorer,
Netscape, Opera samt Mozilla. Andra webb-bläddrare kommer inte att användas
under testningen. Orsaken till detta är att vi inte har resurser att utföra tester på flera
webb-bläddrare. Dessutom anser vi att det räcker med att testa produkten i de
vanligaste webbläddrarna.
Även om vi bara har testat produkten på de ovannämnda webb-bläddrarna, anser vi att
vår produkt även fungerar i andra bläddrare. Detta p.g.a. att html är en standard som
inte borde variera mellan bläddrare. Men vi rekommenderar nyare versioner av
bläddrare för att garantera en god funktionalitet.
6. HUR MAN TESTAR OCH I VILKEN ORDNING
6.1 Förberedelse
Innan man kan börja testa produkten, måste man bygga upp en fiktiv databas som
fungerar som en testzon. Före man börjar testa programmet, bör testaren ha kollat att
alla uppdateringar från tidigare har gjorts.
Ingen utbildning krävs för att utföra testen.
6.2 Testfallsklassering och felfall
Vi kommer att bedöma felen som allvarligt fel, kosmetiskt fel, eller felfri. Om andra
problem uppstår, specificerar testaren dem, så noggrant som möjligt så att
programmeraren kan korrigera felet snabbt.
Små fel som t.ex. fel i meddelanden och små kosmetiska ändringar, kräver inte att
man testar om delen. Men alla större ändringar i koden, kräver att man testar på nytt,
för att verifiera att felen har korrigerats. Testaren noterar i rapporten att felet är
korrigerat.
6.3 Tillvägagångssätt och tekniker
Test-tekniken går ut på att vi testar alla funktioner flere gånger på alla möjliga sätt, för
att eliminera alla eventuella fel. När alla funktioner på en plats har testats, börjar man
på den nästa. Detta upprepas tills hela programmet har örts igenom.
Om man finner ett fel, så behöver man efter korrigeringen köra programmet igenom
endast en gång för att det skall anses fungerande. Om orsaken till felet var oklart, bör
man göra flere tester än en, för att eliminera möjligheten att det var frågan om en ren
tillfällighet. Om man lyckas köra programmet fyra gånger i rad, efter korrigeringen i
ett sådant fall, kan man anse att programmet har blivit rättat och att det fungerar.
Sid 3 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
7. TESTFALLEN
.
I denna punkt finns alla olika testfall listade. De har alla en egen nummer, som hör till
en testrapport.
Om nya testfall uppkommer, kommer dessa att numreras enligt testnummer, punkt
nummer på den nya testen. T.ex. på detta sätt. 1.1
7.1 Testning av databasen
Databasen testas på samma gång som man testar de olika funktionerna i databasen.
(Vilket ju i princip är samma sak.)
Se testrapporten för mera information.
7.2 Testning av användargränssnittet
Användargränssnittet testas i olika helheter eller moduler, som är indelade enligt vad
de gör och hur de är upplagda i html-gränssnittet.
1. ”Sök”-funktionerna
Se testrapporten för mera information.
2. ”Sätt Till”-funktionerna
Se testrapporten för mera information.
3. ”Ta bort”-funktionerna
Se testrapporten för mera information.
4. ”Ändra”-funktionerna
Se testrapporten för mera information.
5. ”Användar”-funktionerna
Se testrapporten för mera information.
Hela testningen gjordes med en vanlig/standard bildskärms resolution, på 1024*768
pixels, 32bit (True color).
Webb-bläddrarna körs med default inställningar.
Start av programmet, sker genom att man skriver in adressen till webb-gränssnittet,
och sedan loggar man in med htaccess. Man avslutar programmet t.ex. genom att helt
enkelt stänga bläddraren.
7.3 Testning av datasäkerhet
Datasäkerheten sköts med htaccess. Det finns två htpasswd-filer ena skyddar admingränssnittet ifrån vanliga användare, och den andra htpasswd-filen skyddar det mer
begränsade vanliga användargränssnittet. Dessutom är vissa PHP-script skyddade så
Sid 4 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
att bara administratörer kan köra dem. Detta är ett effektivt sätt att stoppa obehöriga
användare ifrån att komma åt webbgränssnittet. Dessutom måste användaren ha
rättighet att använda databasen.
Se testrapporten på datasäkerheten för mera information.
7.4 Hantering av kraschsituationer
Egentliga kraschsituationer kan uppkomma då nätverket inte fungerar, och man inte
får kontakt med databas-servern. I detta fall kan man bara vänta tills nätverket börjar
fungera igen, eller så kan man byta till en maskin som har nätkontakt. Om man jobbar
direkt på servern är detta inte ett problem.
Om datorn kraschar eller liknande, mistar man bara kontakten med databasen, men
allt som man har ändrat i databasen tar inte skada av detta. Bara att starta om, och
logga in och sedan fortsätta där man slutade.
7.5 Testning av prestationsförmåga
Produkten testades på två olika operativsystem, samt på olika kända webb-bläddrare.
Mozilla
Netscape
Internet Explorer
Opera
Se testrapporten på prestation &kompabilitet för mera information.
8. TESTNINGENS KRAV
I denna punkt bestäms om en testad del kommer igenom testet eller om den
underkänns, samt hur gränserna går.
Både underkända och godkända tester meddelas åt testansvarige, Jonas Puisto.
8.1 Godkännade
Testfasen godkänns om den uppfyller de förväntningar som man har på den. Om
resultaten är oväntade men acceptabla, gör man en notering om detta, och godkänner
testet. Om man får oväntade och oacceptabla resultat, meddelas detta åt den ansvarige
programmeraren som i sin tur tar till behövliga åtgärder. När reparationen är klar
återgår produkten till testning.
Endast en gruppmedlem kan inte godkänna en lyckad testning. Minst två av gruppens
medlemmar måste bekräfta at en test är lyckad.
8.2 Förkastning
En funktion i programmet förkastas om man inte kan nå en felfri fungerande lösning
på något allt för svårt problem, eller om man kommer på en bättre och snabbare
Sid 5 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.04.2004
lösning som eliminerar felet. En funktion som orsakar fel i programmet kan förkastas
om tiden inte räcker till.
8.3 Avsluta testningen
Testningen av produkten avslutas efter att den slutliga versionen av programmet har
testats minst fyra gånger av varje gruppmedlem, och kunden är nöjd med sin första
provkörning.
Om problem trots allt uppstår bör dessa korrigeras så snabbt som möjligt, så att
kunden inte skall behöva vänta. Detta är dock högst osannolikt i detta skede.
Det är testansvarige, Jonas Puisto, samt minst en annan gruppmedlem som måste
godkänna den slutliga testningens resultat, för att man skall kunna förklara
testningsfallet lyckat avslutat.
9. TIDTABELL FÖR TESTNINGEN
Se projektplanen för noggrann information.
TESTNING
TID (h)
PERSONER
(st)
Arbetsmängd
tillsammans (h)
Systemet
testning
reparation
rapportering
ny test
1
2,5
2
1
1-2
1-2
1
1
1-2
2,5-5
2
1
Totalt max: 10 h per testdel.
10. GODKÄNNANDE
10.1 Analys av testningen
När alla tester är utförda och testerna har uppnått minimikraven, kommer
arbetsgruppen överens om programmet kan förklaras som fungerande. Om tiden tar
slut kan också testningen anses klar om allt fungerar som det skall enligt
minimikraven.
10.2 Testningen och testfallen
Måste godkännas av testansvarige, Jonas Puisto, samt minst en annan gruppmedlem.
Små reparationer kan dock godkännas av enskilda medlemmar utan testansvarige, för
att göra testningen effektivare.
Sid 6 / 7
Inventariesystem för IT-centralens komponentlager
Testplan
10.3 Hela testningen
Den slutliga testningen har utförts i sin helhet utan problem.
_____________________________________
Carl Wegelius
Projektledare
_____________________________________
Johan Rantala
Programmeringsansvarig
_____________________________________
Jonas Puisto
Designer
Kvalitets granskning
_____________________________________
Johan Rantala
Kvalitetsansvarig
Sid 7 / 7
10.04.2004