Planering

Senaste uppdatering: 2023-11-08

Det här dokumentet beskriver vad du behöver veta för att kunna planera ditt test. Dessutom bör du svara på följande frågor innan du genomför testerna:

Innan du börjar

Innan du börjar med den faktiska analysen och definitionen av tester ska du granska följande information:

AEM - Se Grundläggande begrepp för att ge dig in i arkitekturen och grundprinciperna för AEM.

Dokumentation - Mer information finns i avsnitten om dokumentation och Använda artiklar.

Grundprinciper för testning - Du bör vara medveten om de grundläggande principerna i Programvarutest och Kvalitetssäkring. Du bör helst ha erfarenhet av att testa projekt.

Det finns många webbplatser, böcker och kurser som behandlar sådana principer och de kommer därför inte att behandlas i detalj i detta dokument.

Antaganden att undvika - Det största antagandet är att er webbplats måste betjäna miljontals förfrågningar varje dag. Under vissa omständigheter kan detta vara sant, men det kan inte antas.

Även om framtida siffror inte kan förutsägas med 100 % noggrannhet, kan du få en bra indikation genom att observera din befintliga webbplats och den trafik som används. Du kan sedan göra uppskattningar beroende på vilken faktor du förväntar dig/hoppas att trafiken kommer att öka.

Engagemang för kvalitet - Det är av största vikt att alla som testar förblir neutrala och bara rapporterar resultaten av utförda tester.

Det är projektledarens ansvar att besluta om och initiera åtgärder beroende på resultaten.

Bli involverad - Även om det är projektledarens ansvar att se till att alla parter är fullt engagerade vid alla möten (status, workshops osv.) bör du också försöka att bli involverade så tidigt som möjligt i projektcykeln, inklusive informationsinsamling och kravanalys.

Involvera kunden - På ett liknande tema kan du försöka att engagera kunden (där det är möjligt) när du definierar testfall och -plan.

Provningstyper

Det finns olika standardklassificeringar av tester som är lämpliga att använda vid testning av ett AEM. Du bör känna till dessa för att avgöra vilken du ska använda:

OBSERVERA

De listas i sin kronologiska ordning.

Enhetstester - Test (vanligtvis) som gjorts av utvecklingsgruppen för att säkerställa att de enskilda elementen beter sig korrekt, om än separat.

Integrationstester - Testar moduler när de kombineras. Dessa tester utförs efter enhetstestning, men före systemtestning.

Rökprovningar - Detta är snabba och smutsiga tester som används för att bevisa att programmet körs och att det finns högnivåfunktioner. Detaljerna har inte testats.

Funktionstester - De används för att testa programmets funktion. En serie tester kommer att utformas för att omfatta alla funktionella detaljer, både förväntade och oväntade och/eller felaktiga indata.

Black-box-tester är funktionstester av en komplett enhet/komponent/modul som utförs utan kunskap om elementets interna funktion.

Systemtester - Testa hela systemet när det är helt integrerat och installerat på en lämplig plattform.

De testar funktionen i svart kartong.

Prestandatester - Prestandatester är avgörande när AEM testas.

De används för att illustrera prestanda under olika förhållanden:

  • Normal

    Villkor som webbplatsen kommer att uppleva för till exempel 90 % av tiden. Om till exempel bara en del av författarna använder systemet.

  • Toppvärde

    Villkor som kommer att upplevas proportionellt kort tid på grund av särskilda omständigheter, t.ex. när alla författare använder systemet samtidigt eller när nytt innehåll publiceras och ett ökat antal besökare visar din webbplats.

  • Extreme

    Kan användas för att emulera resultatprognosen när nytt, extremt intressant innehåll publiceras på din webbplats. Sedan kan en extrem topp ses, men det är inte alltid helt förutsägbart.

    Dessa omständigheter kan ibland uppstå när biljetter för särskilda evenemang görs tillgängliga eller när en eftersökt webbplats publiceras för första gången.

Resultatet används sedan för att justera programmet.

Stresstester - Stresstester görs för att bekräfta hur en komponent eller ett program beter sig under extrema förhållanden. Dessa tester används särskilt för att visa hur beteendet försämras, när elementet kommer att misslyckas - och hur.

Regressionstester - Regressionstester används för att bekräfta att funktioner som redan har befunnits i en tidigare version av programmet fortfarande fungerar som de ska.

Regressionstester är bra för automatisering (om möjligt) för att säkerställa att de kan upprepas snabbt och konsekvent.

Godkännandetester - Godkännandetester är en särskild kategori eftersom de används för att ange att kunden godkänner projektet.

Listan över godkännandetester kan innehålla en kombination av tester från de olika kategorierna ovan, och väljs för att kontrollera att projektet uppfyller kundens krav

Se Godkännande och utloggning för mer information.

Komma igång

Innan du börjar med testärenden och testplaner kan du:

Definiera målen - Definiera era högnivåmål som fungerar som en startpunkt för finjustering när testningen pågår. Du vill:

  • Testa funktionaliteten enligt den detaljerade kravspecifikationen.
  • Testa prestanda enligt Måttmål.

bland andra.

Samla in trafikstatistik från den befintliga webbplatsen - Den här informationen kan extraheras från loggfilerna - mer information finns i Prestandaövervakning.

Dessa siffror ger en indikation på den aktuella trafiken (volym och spridning) på den befintliga webbplatsen och kan användas som utgångspunkt för den nya webbplatsen.

Samla in trafikstatistik från externa webbplatser - Om det är möjligt kan du försöka samla in trafikstatistik från andra webbplatser för jämförelse, men dessa siffror publiceras inte alltid.

Bekräfta målmått - Mätvärden används för att definiera kvantitativa mått för kvaliteten på webbplatsen, eftersom de representerar de prestationsmål som ska uppnås.

De bör definieras i början av projektet, tillsammans med kunden. Se Måttmål för mer information.

På denna sida