Hov. Du er ikke logget ind.
DU SKAL VÆRE LOGGET IND, FOR AT INTERAGERE PÅ DENNE SIDE

Test af hjemmesider

Side 1 ud af 1 (2 indlæg)
  • 1
Fra Karup J
Tilmeldt 30. Apr 05
Indlæg ialt: 308
Skrevet kl. 18:20
Hvor mange stjerner giver du? :

Hej!

Jeg skal til at lave en test af et større site. Det er en større omgang og tænkte i den forbindelse om, der skulle være nogen, der har erfaring i hvordan man tilrettelægge en sådan test.

Eventuelt om nogen skulle ligge inde med et dokument over hvordan en test kunne se ud?  

Med venlig hilsen
René Nielsen

Tilmeldt 20. Apr 07
Indlæg ialt: 16014
30% af profil udfyldt
Skrevet kl. 19:02
Hvor mange stjerner giver du? :

Det kommer lidt an på, hvor i processen, du er. Er du ved at designe, scriptprogrammere eller ved at afslutte?

Hvis du har skrevet en kravspecifikation, så brug denne til at planlægge din afsluttende test.

Du skal i hvert fald have skrevet nogle scenarier ned, for det får du brug for, når du skal funktionsteste og alfa/beta-teste. Et scenarie kan være en bruger, der skal oprette en profil, modtage email, aktivere kontoen og derefter kunne logge ind. Et andet scenarie kan være en bruger, der logger ind, vælger produkter, betaler og logger ud. Et tredie scenarie kan være en administrator, der logger ind og skal vedligeholde eller slette en bruger. Et fjerde, kan være en bruger, der skifter profildata eller skal printe noget ud. Der kan være MANGE scenarier.

I princippet skal du starte med en testplan. Denne skal indeholde punkter som overskrift/titel, dato, identifikation (et løbenr fx), site-version (hvis du ikke anvender versionsnr så brug en dato), kort beskrivelse af de funktioner, du vil afprøve og hvad du vil opnå. Til testplanen kan du så plukke ud fra dine scenarier, men ikke for mange ad gangen.

Når du har testplanen, kan du begynde at skrive testcases/trin ned. Det behøver blot være et regneark med 4-5 kolonner: Case nr, dato, kort beskrivelse af hvad du skal trykke på eller indtaste inkl. forventet output og faktisk output. Hvis der er en fejl (dvs. hvis site'n ikke reagerer som forventet), så kan du skrive det under faktisk output, for så behøver du ikke lave en bug-database. Men en bug-base er god at have til senere brug, fordi du kan uddrage erfaringer fra den og se mønstre. Det er et godt ledelses-værktøj, specielt hvis du agter at videreudvikle systemet.

Testcases kan bruges både i forb. med test når du har lavet et par moduler, men også til funktionstest, når du sætter moduler sammen. Det afhænger af, hvordan du udformer hver case.

En god hjælp får du i form af en sitemap - et struktur-diagram over hele site'n, for så bliver det nemmere at huske alle testcases.

(okay, hvis diagrammet ikke vises, så tryk på image-ikonet, måske åbner det diagrammet)

Hvis du mangler ideer til indhold af en bug-base, så sig til. Jeg eeeelsker at teste!

Husk at inkludere test site'n på forskellige browsere (IE, Firefox, Chrome, Safari osv.), skærmopløsning, link-test, og hvis du ikke er ferm til det sproglige, så bed en eller anden gennemgå en statisk test af formattering (visse ord kan blive snuppet i endelserne eller forrykke sig) samt stavning og det rent sproglige (andre ser det med friske øjne), Tabulator-funktion, altså om du kan hoppe fra felt til felt i en ordentlig orden, og har du husket online-hjælp (F1 eller andet)?

Ved ikke, om det giver mening...

Side 1 ud af 1 (2 indlæg)