Meny

Hur man planerar och hanterar testprojekt effektivt (tips)

how plan manage testing projects effectively

Prova Vårt Instrument För Att Eliminera Problem

Projektplanering är ett av de centrala elementen i projektledningsprocessen.

Hur varje enskilt team tolkar de mål som ska uppnås är en direkt representation av den klarhetsnivå som ingår i projektplanen. Speciellt när det gäller ett testprojekt kan felaktig projektplanering få en allvarlig inverkan på testutförandet av systemet som testas och på produktens totala kvalitet som helhet.

=> Klicka här för en fullständig handledningsserie för testplan

Testa projektplanering

I den här testprojektplaneringshandledningen kommer vi att lära oss

  • Den övergripande projektplaneringsprocessen i testprojekt
  • Diskussion om vissa specifika planeringselement som resurshantering, samordning och rapporteringstekniker

Vad du kommer att lära dig:

Testplaneringsprocess

Nedan följer en genomgång av de olika stadierna av testplaneringsprocessen, som diskuteras kortfattat.

Steg 1: Granska och analysera kraven

Detta är det första steget för alla projekt och spelar en mycket viktig roll i alla testprojekt.

Medan du försöker analysera kraven måste testgruppen identifiera och därmed avgöra vilka artiklar som måste testas. Dessa artiklar är starkt baserade på hur slutanvändaren kommer att konsumera systemet och måste därför vara mätbara, detaljerade och meningsfulla.

Objekten eller funktionerna som identifieras beskriver i allmänhet vad den specifika programvaran eller produkten tänker göra; karakteriseras som funktionella krav. Det kan också finnas några icke-funktionella krav som identifierats, t.ex. prestanda eller programvarukomponenternas interaktion från slut till slut.

De personer som är medvetna om affärsmålet och på lämpligt sätt kan definiera de krav som behövs ingår i allmänhet i denna aktivitet. Kraven dokumenteras sedan och cirkuleras för granskning. Alla granskningskommentarer och feedback måste införlivas för att driva dokumentet till den slutliga avloggningen.

Steg 2: Testets omfattning

Testomfånget är i allmänhet en förlängning av fasanalysfasen och betraktas mestadels som en enda aktivitet, eftersom de går hand i hand. När kraven är ute bestämmer testteamet vilka saker som ska testas och vad inte.

Denna aktivitet bör också vara inriktad på att bestämma vilka testområden som täcks av vilka team.

Till exempel ett team är dedikerat för FVT (Function Verification Test) och SVT (System Verification Test) kommer att ha ett helt annat utrymme för testning och globalisering kan eller inte kan utföras av FVT och så vidare.

Även om testprojektet kräver automatisering utvärderas också genomförbarheten här. Att ha ett tydligt räckvidd definierat kommer att vara ovärderligt för ledningen att tydligt räkna ut vad som har testats och vilket team som har täckt testinsatsen.

Steg # 3: Designa teststrategi enligt omfattningen

Efter att ha samlat in kraven och identifierat omfattningen av testet kommer testteamet att lägga ut ett dokument på hög nivå som kallas teststrategidokumentet och definiera testmetoden för att uppnå testmålen.

Ett teststrategidokument är inte tänkt att uppdateras för ofta.

På en hög nivå kommer teststrategidokumentets innehåll att ha testets omfattning och mål, individuella testteams tillvägagångssätt, roller och ansvar, identifierade verktyg för testning, identifierade mätvärden, risker och minskningsplaner, rapportering och spårning mekanismer etc.

Steg # 4: Identifiera de verktyg som krävs för testning och hantering

Baserat på om automatisering är möjlig och om CLI (Command Line Interface) eller GUI-automatisering är inriktad, måste motsvarande verktyg identifieras.

Det måste också finnas verktyg som identifierats för testhantering som hjälper till att skapa och tilldela uppgifter, spåra testförloppet, identifiera spärrar och generera rapporter som indikerar framsteg. Vi kommer att diskutera detta mer detaljerat i den andra delen av handledningen.

Steg # 5: Uppskatta testinsatsen och teamet

hur man öppnar en eps-fil

Korrekt uppskattning av ansträngningen kan förhindra tidsfördröjningar och dynamiskt möjliggöra ombalansering av resurser efter behov.

Den primära faktorer som skulle påverka denna aktivitet är gruppens storlek, teamets färdigheter, teamets attityd och schemat.

Det är obligatoriskt att teamets uppskattningar görs för att hålla sig i linje med dessa faktorer som är direkt proportionella mot deras intressenivåer.

Steg 6: Definiera testschema

När du väl har testat objekt som har delats upp i logiska rader, storleksberäkningen komplett för det angivna arbetet, måste ett mätbart testschema definieras baserat på alla dessa och de tilldelade testarna.

Steg 7: Aktiveringsplan

Oavsett om det är ett nytt projekt som måste testas eller en förbättring av ett tidigare existerande system, måste testteamet utbildas inte bara tekniskt utan också med avseende på den övergripande testprocessen som följs.

Steg 8: Bestäm och skaffa testmiljön

Identifiera den infrastruktur som behövs för att testa systemet och initiera alla förfrågningar om att skaffa hårdvara, programvara och nätverksstycken som behövs för att stödja testningen.

Detta är ett avgörande inslag i planeringsfasen, eftersom detta kommer att styra testmiljöns stabilitet, vilket kommer att ha en direkt inverkan på de producerade defekterna.

Steg 9: Identifiera testmått

Programvarutestning och mätningar

Testmått är i allmänhet den kvantifierade metoden för att härleda produktens eller systemets kvalitet.

I början av ett projekt måste dessa mätbara enheter planställas som hjälper till att avgöra om det finns några möjligheter till förbättringar. Generellt, för kvalitetsgranskningsändamål, är mätvärdena direkta indikatorer på produkt- och processkvaliteten.

Steg # 10: Skapa mjukvarutestplan , recensioner och godkända

Ett testplandokument är mer testcentrerat och förklarar 'vad man ska testa', 'när man ska testa', 'hur man testar' och 'vem som ska testa' som bestäms av teknisk dokumentation som användningsfallsdokument, konstruktioner på hög nivå , etc.

Hittills diskuterade vi de olika stegen i projektplaneringen.

Medan varje steg kan vara en handledning i sig, syftar denna del av artikeln till att ta fram de mindre vanligt talade om planeringsuppgifterna. Dessa uppgifter kommer inte att ha en lämplig förutfattad inverkan på testgruppen och därmed produkten.

Låt oss ta en titt på dessa uppgifter, deras betydelse och tips för att ständigt fortsätta att improvisera dem för att hantera QA-projektet effektivt.

Effektiv hantering av ett testprojekt

När effektiva planeringstekniker används kan eventuella risker eller fel identifieras redan innan testningen faktiskt påbörjas. Även om var och en av uppgifterna nedan har samband med varandra var det värt att ge dem ett separat omnämnande.

Tilldelning och fördelning av uppgifter

Detta härrör från insatsuppskattning och storlek i planeringsfasen. Med tanke på kompetens, attityd, schema och storlek på laget, här är några tips för fördelning av uppgifter:

# 1) Det är en mycket bra praxis att sätta ner teamet och kommunicera syftet och motiveringen bakom den angivna uppgiften mycket tydligt. Att veta hur ett visst arbete passar in i det övergripande systemet, kommer att hjälpa människor att få en meningsfull metod för att åstadkomma dem och göra det möjligt för dem att sätta sitt bästa.

#två) Upprätta ett skicklighetsdiagram för alla teammedlemmar och tilldela följaktligen uppgifterna. Tänk också på att även yngre medlemmar måste ges en rättvis chans.

Till exempel: Om en uppgift är stor kan den delas in i en senior- och juniormedlem. Att göra detta kommer att möjliggöra ledaregenskaper hos seniormedlemmen och kommer också att bygga på juniormedlemmarnas kunskap. Om en uppgift är komplex, låt två eller fler ledande medlemmar bidra till den.

# 3) När ett första skelett av uppgiftsuppgiften med schemat har bestämts, sväva det runt i teamet och låt dem granska det. Förklara också motivet och logiken bakom uppgiften.

Innan du slutför uppdraget är det en bra idé att prata med individen om de håller med om det eller om de har några andra förslag. Om det inte finns några invändningar, diskutera schemat och vilken typ av statusrapportering som krävs från slutet.

En återkoppling kan också betyda att individen inte håller med om tilldelningen. Diskutera med individer om varför de inte håller med det och respektera deras åsikt. Om de uttryckta farhågorna är giltiga, se upp för alternativ för att balansera uppdraget igen, så att det inte finns någon risk för att uppgiften ska slutföras enligt schemat.

# 4) Enas om det förväntade rapporteringssättet. Låt individerna bestämma om de vill ge en e-postuppdatering eller använda något annat informellt läge. Var tillmötesgående och skapa en känsla av att de kan närma sig dig när de känner att de fastnar eller om det finns något som hindrar dem från att uppnå målet.

# 5) Identifiering av de verktyg som krävs för att spåra de nödvändiga uppgifterna är viktigt. Detta hjälper till att snabbt granska de uppgifter som ännu inte har arbetats med, de pågående och de som har slutförts.

Tips för resurshantering

Mycket information om hantering av testresurser gjordes som en del av min artikel om ledarskap här:

=> Testa ledarskap och hur man hanterar testteam effektivt

Här kommer jag bara att beröra några av dessa aspekter i korthet.

# 1) Oftare än inte är testare alltid under högt tryck på grund av stränga tidsfrister för projektet, då de är korta bemannade eller att alltför stort innehåll plötsligt läggs till utan att projektplanerna ändras.

I sådana fall, om du förutser att tidslinjerna kan bli hämmade, diskutera med ledningen och ändra omfattningen därefter.

#två) Det är mycket viktigt att hålla kommunikationslinjerna alltid öppna mer för testarna i sådana fall. Diskutera med testarna om den aktuella situationen och ange hur dessa förändringar sker och översättas uppifrån och ner.

# 3) Det kommer alltid att finnas brister, tekniska problem, frågor som skulle behöva lösas som skulle ha en direkt inverkan på projektets status. Försök alltid att minska klyftan mellan utvecklings- och testteam så att frågor relaterade till defekter eller andra tekniska frågor sorteras snabbt.

Inför varje testare en känsla av ägande, så att de är i en säker position för att driva och leda diskussioner för att lösa tekniska frågor eller problem med ledningen eller utvecklarna vid en viss punkt.

# 4) Scheman har alltid en god chans att gå i haywire, så sätt inte förväntningar för ledningen från testteamet att alltid kunna sträcka sig.

“Allt arbete och inget spel gör Jack till en tråkig pojke” är förmodligen ett ordspråk som passar bäst för ett testteam eftersom de löper hög risk för eventuell utbrändhet. Ha alltid säkerhetskopior identifierade så att människor kan ta lite ledigt när de känner att de vill ha en paus.

# 5) Regelbundna sammankopplingar med testteamet och ledningen är viktigt för att ha kontroll över deras uppgifter och status. Vi kommer att täcka dem mer i detalj i nästa punkt.

Testspårning / verktyg som används för rapportering

Ledningen reagerar ofta med upphöjda ögonbryn när den faktiska statusen meddelas dem. Här är några tips om hur du får ner ögonbrynen i rimlig grad.

# 1) Testare hanterar mycket instabilitet under testning och många gånger händer det så att flera personer ber dem om framsteg på olika nivåer. De tycker det är uttömmande och en kostnad att utföra dessa administrativa uppgifter. Även om det är viktigt att de meddelar sina framsteg måste du räkna ut a mindre besvärliga vägen till deras framsteg .

#två) Ha regelbundna kontrollpunkter / scrummöten med testteamet och analysera om det går smidigt. Interlock med dem för att se hur långt de har kommit, vad som pågår, vad som behöver göras och vad som håller tillbaka dem. Om någon känner sig överbelastad, vidta åtgärder för att göra en ny balansering för att få ett smidigt utförande.

# 3) Ha regelbundna möten med ledningen och få dem att inse att ledningen är kontaktpunkten för alla frågor relaterade till statusen och enskilda testare kan bli ombedd att sätta in endast när det behövs.

Försök att visa testteamet så mycket som möjligt, förutom att kommunicera status. Om en testare har lämnat in en viktig defekt, visa upp och uppskatta den hos en större publik. Detta kommer att motivera alla att höja sin bar.

# 4) Det behöver inte ens nämnas att det mest exakta och transparenta sättet att rapportera status är att ha verktyg identifierade för testhantering / rapportering.

Det finns omfattande verktyg som hjälper till i hela testplaneringen - som Microsoft Project Planner eller MS-projekt 2013 .

mpp

Detta verktyg hjälper till att definiera ett projekt i faser, kärnan i uppgifter som krävs med en uppdelning av större och mindre uppgifter som tilldelats till var och en av dessa faser, uppskattningar av ansträngningar, identifiering av beroenden mellan uppgifter och tilldelning av resurser. På detta sätt hjälper detta till med effektiv spårning och hantering av ett projekt.

Du kan också hitta en massa verktyg som beskrivs mycket snyggt här:

=> Bästa testhanterings- / rapporteringsverktyg

Slutsats

Medan varje steg i planeringsprocessen kan diskuteras utförligt, kommer detta dokument att hjälpa testare att förstå hur deras roll är anpassad till denna övergripande process. Detta var vårt försök att få fram mycket specifika testplaneringselement; som påverkar testgrupperna dagligen för att utföra sina jobb effektivt.

Jag hoppas att den här artikeln tog fram vissa subtila aspekter av projektplanering med god tydlighet. Att ägna tid åt effektiv planering kan visa sig vara avgörande för att uppnå milstolpar för projektet.

Om författaren: Detta är en gästartikel av Sneha Nadig. Hon är en testledare med över 8 års erfarenhet av manuella och automatiseringsprovsprojekt.

Vill du dela mer specifika tips för effektiv hantering av testprojekt? Låt oss veta i kommentarerna nedan.

=> Besök här för en komplett testplan-handledningsserie

Rekommenderad läsning

^