Meny

Testhantering: En ultimat guide för testhantering

  • Huvud
  • Övrig
  • Testhantering: En ultimat guide för testhantering

test management tutorial

Prova Vårt Instrument För Att Eliminera Problem

Detta är en handledning för testhantering för programvarutestning. Det inkluderar testhanteringsfaser, verktyg och testhantering mot organisationsstruktur:

Testhantering är processen för att hantera alla testrelaterade aktiviteter, dokument och annat relaterat arbete. Organisationsstrukturer avser en hierarki av team eller anställda som arbetar med specifika projekt.

Tror du att organisationsstruktur påverkar testhanteringen?

Om ditt svar är nej, får vi se varför? Om ja, låt oss se hur det påverkar. För att hitta relationen mellan dessa två måste vi förstå dessa ämnen tydligt och sedan undersöka förhållandet mellan testhantering och organisationsstruktur.

Testhantering

Vad du kommer att lära dig:

Introduktion till testhantering

Testhantering innebär att hantera hela processen med programvarutestning för ett visst projekt. Testhanteringsprocessen tillämpas på hela programvaruutvecklingscykeln. Därför bör helst hanteras så snart programvaruutvecklingsprocessen startar.

Testchefen hade följande ansvarsområden-

  • Testchefen bör säkerställa konsekvens och kvalitet på dessa arbetsprodukter.
  • Arbeta med testanalytiker och teknisk testanalytiker för att välja och anpassa lämplig mall.
  • Arbeta med testanalytiker och teknisk testanalytiker för att fastställa standarder för dessa produkter, som nivåer av detaljerad grad.
  • Granska arbetsprodukterna med lämpliga tekniker.

Testhanteringskomponenter

Testhantering är uppdelad i 5 delar för bättre förståelse:

  1. Testdokumentation
  2. Test uppskattning
  3. Testa mätvärden
  4. Mätning av testförlopp
  5. Mätvärden för övervakning av testlivscykeln

# 1) Testdokumentation

Det finns tre typer av testdokumentation som listas nedan:

  • Testpolicy
  • Teststrategi
  • Master Test Plan

# 1) Testpolicy:

  • Sammanfattar värde som organisationen får från testning.
  • Definierar testpolicyer.
  • Beskriver hur man testar effektiviteten.
  • Skisserar testprocessen.
  • Ange hur organisationen kommer att förbättra testprocessen?

# 2) Teststrategi:

  • Beskriver de allmänna testmetoderna som används för att hantera projekt- och produktrisker.
  • Analytiska strategier: Liksom riskbaserad testning.
  • Modellbaserad strategi: Som en operativ profil där testteamet utvecklar en modell baserad på faktiska och accepterade situationer med miljö, input och förhållanden.
  • Metodisk strategi: Kvalitetsegenskaper där testteamet använder en uppsättning testvillkor, checklista eller samling av generaliserade, logiska tester.
  • Process- eller standardkompatibla tekniker: Följer en uppsättning av processen som SCRUM / Agile.
  • Reaktiva strategier: Använda defektbaserade ATTACKS SOM EXPLORATORY TESTING.
  • Rådgivande strategi: Som användarstyrd testning där testteamet förlitar sig på inmatningen från en eller flera intressenter för att bestämma testförhållanden som Outsourced Compatibility Testing.
  • Beskriver också:
    • Integrationsförfaranden
    • Testspecifikationstekniker
    • Testets oberoende
    • Obligatoriska och valfria standarder
    • Testmiljö
    • Verktyg
    • Återanvändbarhet av programvaruprodukter
    • Omprövning och regression.

# 3) Master Test Plan:

  • Den täcker alla testuppgifter som behöver göras.
  • Den diskuterar hur testning kommer att implementera teststrategi och policy.
  • Om något inte beskrivs, ska testplanen beskriva varför och mildringsplanen för det.
  • Innehållet i testplanen är:
    • Objekt som ska testas
    • Kvalitetsegenskaper som ska testas.
    • Schema
    • Utförandecykel
    • Defektvariabler
    • Testa objekt i omfattning
    • Utgångskriterier
    • Projektrisker
    • Övergripande styrning av testinsatser,
    • Roller och ansvar
    • Ingång och utgång

# 2) Testuppskattning

Allmänna poäng:

  • Är en ledningsaktivitet
  • Det är baserat på erfarenhet.
  • Det ger en specifik och detaljerad katalog över kostnader, resurser, uppgifter och personer.
  • Uppskattning när den är beredd måste levereras till ledningen tillsammans med motiveringen.
  • Den slutliga uppskattningen representerar bästa möjliga balans mellan organisations- och projektmål.
  • Uppskattningen baseras på den information som fanns tillgänglig vid den tidpunkten och den utarbetades.
  • För att förbli korrekt bör uppskattningar uppdateras för att återspegla ny och ändrad information.

Faktorer som påverkar testuppskattningen:

  • Nödvändig kvalitetsnivå
  • Systemets storlek
  • Historisk data
  • Processfaktorer som strategi, utveckling och livscykel
  • Väsentliga faktorer som testmiljö, automatisering, verktyg och data
  • Människor faktor
  • Processens komplexitet
  • Utbildning och KT (kunskapsöverföring)
  • Assimilering och utveckling av nya verktyg och teknik, process eller tekniker.
  • Kravet på en högre grad av den detaljerade testspecifikationen.
  • Tidpunkt för komponentens ankomst
  • Testdata.

Gissningar:

  • Arbetsuppdelningsstruktur
  • Team uppskattning session
  • Tester - Utvecklarkvot
  • Organisationens historia
  • Funktionspunktsanalys, LOC.

Testuppskattning förklaras ytterligare senare i handledningen.

# 3) Testa mätvärden

  • Vad mäts, betraktas som gjort?
  • Vad mäter inte, är lätt att ignoreras?
  • En begränsad uppsättning användbara mätvärden bör definieras.
  • Endast dessa mätvärden bör definieras vars tolkning är överens om alla.
  • Rapportering och sammanslagning av mätvärden bör automatiseras.
  • Chefen ska validera informationen i mätvärde.

Projektmått: % av godkänd, misslyckad exekverad etc.

Produktmått:

  • Produktens attribut
  • Defektdensitet

Processmätvärde: Mäter förmågan att testa som% av defekten.

Människor: Individens förmåga.

Teststatistik för test:

  • Antalet testförhållanden / fall, planerat mot utfört.
  • Total defekt kategoriserad efter delsystemets svårighetsgrad, prioritet, nuvarande tillstånd och effekt.
  • Antalet ändringar som krävs, accepteras, byggs och testas.
  • Planerad mot faktisk kostnad.
  • Planerad vs faktisk varaktighet
  • Milstolpe för planerad vs faktisk testning.
  • Produktkvalitetsriskstatus
  • % förlust av testansträngning, kostnad eller tid.

# 4) Mätning av testförlopp

Produktrisker:

  • % av risken täckt.
  • % av risk för felprov
  • % Risk identifierad av individen.

Fel:

vr som fungerar med xbox one
  • Antalet fel som hittats jämfört med antalet inlämnade fel.
  • Medeltid för misslyckad ankomsthastighet
  • Fel i de specifika testartiklarna.
  • Detektion av RCA (Root Cause Analysis)
  • Defekten är testreleaser.
  • Defekt i fas
  • Prioritet och svårighetsgrad
  • Rapportera avslag mot duplikat
  • Det tar tid att lösa
  • Antalet nya defekter som införts på grund av att gamla defekter har åtgärdats.

Testa:

  • Totalt antal testpass, misslyckade, löpare, blockerade
  • Det totala antalet fall av regressionstest.

Rapportering:

  • Krav och designtäckning
  • Risk täckning
  • Miljökonfigurationstäckning
  • Kodtäckning

# 5) Mätvärden för övervakning av testets livscykel

Övervaka testplan

  • Antal risker och krav
  • Fel upptäckt
  • Planera mot faktiska ansträngningar.

Övervaka testdesign

  • Antalet fel som konstaterats under konstruktionen.

Övervaka testanalys

  • Antal villkor
  • Antal brister i analysen

Övervaka testimplementering

  • % av miljökonfigurationen
  • % av testfallet automatiserat.

Övervaka utförandet

  • % av godkända, misslyckade, ingen körning, blockerade testfall
  • % Testfall omfattas
  • Planerad kontra faktiska defekter löst
  • % av Plan vs Faktisk täckning

Övervaka stängning

  • % av testfallet passerar, ail
  • % av testfall kontrolleras i kategorin för återanvändning
  • % av testfall automatiserade.
  • Antalet defekter lösta / inte lösta.
  • % av testarbetets produkt

Testövervaknings- och kontrollfasen som diskuteras nedan förklarar ytterligare detta ämne.

Testhanteringsfaser

Under testhanteringsprocessen måste man överväga följande punkter. Med andra ord, följande är de olika faserna i testhanteringsprocessen:

  1. Riskanalys
  2. Test uppskattning
  3. Testplanering
  4. Test organisation
  5. Testövervakning och kontroll
  6. Problemhantering
  7. Testrapport

Du kan märka att de första fyra faserna handlar mer om planering och de återstående tre handlar om utförande. Därför kan vi dela upp hela testhanteringsprocessen i två delar, dvs. planering och genomförande.

Låt oss utforska de olika testhanteringsfaserna i detalj.

# 1) Riskanalys

Denna fas inkluderar att ta reda på riskfaktorer och möjliga lösningar. Om riskanalys görs grundligt kan vi undvika framtida fel eller åtminstone någon form av lösning kan finnas.

Risk är något som kan eller inte kan hända. Men om det händer, vad kommer då att ha dess inverkan? Det kan påverka programvarans kvalitet, företagets rykte och mycket mer.

Riskfaktorer bör upptäckas för att undvika denna dåliga inverkan. Riskanalys bör göras för att ta reda på riskfaktorer. Det finns två typer av risker, dvs. projektrisker och produktrisker. Projektrisker är de risker som är relaterade till arbetsprocessen och Produktrisker är risker som är relaterade till den utvecklade produkten.

# 2) Testuppskattning

Testuppskattning handlar om förutsägelsen av den tid som krävs för varje testaktivitet / fas. Eftersom detta är en uppskattning kan det inte vara korrekt. För bättre testuppskattning kan vi studera de tidigare projekten i vårt företag eller konsultera teammedlemmarna som kommer att vara ansvariga för det arbetet eller testfasen.

# 3) Testplanering

Testplanering i sig är en lång process. Det inkluderar att definiera testmål, testomfång, teststrategi, tidsplanering, resurser, kommunikationssätt osv. Kraven bör vara mycket tydliga för att definiera testmål och omfattning. Testplanen är för testare, användare och projektmedlemmar.

Testplanen beskriver testets roll i projektet. Testplanen innehåller också roller och ansvarsområden, lista över funktioner som kommer att testas och inte kommer att testas, testmiljö, lista över verktyg och eventuella antaganden.

# 4) Testorganisation

Under testplaneringsfasen har vi planerat alla möjliga saker om testning.

php intervju frågor och svar pdf

Därför behöver vi skickliga teammedlemmar för att genomföra denna plan eller för att göra planen framgångsrik. Testorganisation handlar om att bygga det perfekta testteamet för ett framgångsrikt projekt.

# 5) Testövervakning och kontroll

Medan testarbetet pågår eller medan testarna utför testplanen måste alla dessa arbetsförlopp övervakas. Man bör hålla koll på allt detta testarbete. Om testövervakning görs kommer testteamet och testchefen att få feedback om hur testutvecklingen är?

Med hjälp av denna feedback kan testledaren vägleda teammedlemmarna för att förbättra kvaliteten på det fortsatta testarbetet. Med hjälp av testövervakning får projektgruppen synlighet på testresultaten. Det hjälper också att veta om testtäckning.

För stora projekt görs testövervakning med ett automatiserat verktyg, eftersom insamling av data blir enklare. För små projekt samlar en person alla data eller dokument som är relaterade till testförloppet. För att samla in testförloppsinformation kan vi ta hjälp av IEEE 829 testloggmallen. Det här handlade om testövervakning.

Låt oss se vad testkontroll är? Projektarbete kommer inte alltid att gå som vi har planerat. Det kan finnas vissa skillnader mellan planen och det faktiska arbetet. För att minimera eller ta bort dessa skillnader måste vi göra några ändringar och det är så vi kontrollerar testarbetet.

# 6) Problemhantering

Problem kan vara vilket problem som helst som uppstår under programvaruutvecklingen och testprocessen. Det kan vara den minsta anledningen till att vi inte kan utveckla / leverera en kvalitetsprodukt. Vissa problem är en show-stopper, dvs utan att lösa problemet kan vi inte fortsätta med den fortsatta processen.

Problemhantering handlar om hur vi hanterar dessa problem / problem. Vi kan också kalla det som incidenthantering. Problemhantering kräver bättre planering för att lösa problem. Bättre hantering av frågor beror på testchefens skicklighet och erfarenhet.

Hur uppstår dessa problem?

Det kan finnas flera orsaker till att ett problem uppstår. Vissa frågor är relaterade till strategi och andra är relaterade till definition, HR, schemaläggning etc.

Strategifrågor :

Exempel:

  • Projektet tar slut på medel.
  • Dålig projektkommunikation.
  • Projektledningsprocessen följer inte de angivna standarderna.

Definitionsfrågor : Frågor som är relaterade till krav.

Exempel: Oklara krav. Många frågor kan introduceras på grund av oklara krav.

Schemaläggningsproblem: Detta är den vanligaste typen av problem. Anställda måste kämpa för att nå tidsfristen.

HR-frågor:

Exempel:

  • Det saknas skicklighet i laget.
  • Fel medarbetarkartläggning för arbete.

Det kan finnas många fler typer av problem och vi kan inte nämna dem alla här. Problemhantering handlar alltså om att logga, spåra och lösa problem.

# 7) Testrapport

Testrapporten hjälper till att identifiera testtäckning, kvalitet på den utvecklade produkten och de processförbättringar som krävs. Vi kan bestämma ”hur mycket testning krävs?”

Om tillräcklig testning är klar kan vi skicka denna testrapport till intressenterna eller klienterna. Så att de också lär känna produktens kvalitet och får en uppfattning om hur mycket testning som utförs på produkten.

Testhanteringsverktyg

Testhantering blir komplicerat när vi fortsätter i vår mjukvaruutvecklingsprocess och det är en av de viktigaste anledningarna till att så många testhanteringsverktyg finns idag.

Dessa verktyg hjälper till under de sista fyra faserna av testhanteringsprocessen (Testorganisation, Testövervakning och kontroll, Problemhantering och Testrapport). Eftersom dessa verktyg hjälper till för de viktiga faserna av testhantering, bör de övervägas först i projektet.

Nedan listas de mest populära testhanteringsverktygen:

  1. qTest
  2. Öva
  3. Zephyr
  4. Testa Collab
  5. TestFLO för JIRA
  6. XQual
  7. Xray - Cutting Edge Test Management
  8. TestRail
  9. QACoverage
  10. Krav och testhantering för Jira (RTM)
  11. SPIRATEST av Inflectra
  12. Kualitee
  13. vatten
  14. Testpad
  15. JunoOne

=> Klicka här för detaljerade recensioner av TOP Test Management Tools

Organisationsstrukturer

Låt oss se de olika organisationsstrukturerna.

Det kan finnas vissa regler för organisationsstrukturer eller det kan finnas några ideala strukturer, men oavsett detta kan varje organisation ha sin struktur. Det finns så många organisationsstrukturer och alla har sina fördelar och nackdelar.

Här kommer vi att diskutera några av dem.

Först ser vi den enklaste organisationsstrukturen som används för små projekt.

organisationsstruktur

I denna struktur rapporterar både testare och programmerare till utvecklingschefen.

tvål intervju frågor och svar för erfarna
  1. Utvecklingschefen har god kontroll över projektaktiviteter.
  2. Det finns mindre möjlighet till ett kommunikationsgap mellan test- och utvecklingsteamen.
  3. Även vid möten är det bra att bestämma tidsfristerna för utvecklingschefen eftersom han / hon har fullständig kunskap om test- och utvecklingsarbetet.
  4. Teamarbete kommer att vara effektivt på grund av minimala lager.

Nackdelarna med denna struktur inkluderar:

  1. Eftersom det inte finns någon testchef finns det en möjlighet att testning kommer att övervägas sent i projektet.
  2. Det finns en annan möjlighet att testning kommer att få mindre betydelse för projektet. Det kan betraktas sent i projektet.

Generellt i små organisationer för små projekt händer det att utvecklingsteamet tar mer tid än vad som nämnts och testteamet måste drabbas, dvs testteamet måste testa produkten inom tidsfristen så att testteamet får mindre tid att testa produkten.

I den här strukturen måste utvecklingschefen komma ihåg att hans mål är att inte bara slutföra projektet utan att utveckla kvalitetsprogramvara för att kunna slutföra ett projekt framgångsrikt.

Den näst vanligaste organisationsstrukturen:

2: a organisationsstruktur

Detta är den vanligaste typen av organisationsstruktur. I den här strukturen rapporterar testarna till testhanterarna och utvecklarna rapporterar till utvecklingschefen. Både testchefen och utvecklingschefen rapporterar till projektledaren.

Testchefen ansvarar för alla testrelaterade aktiviteter och det är utvecklingschefens ansvar att få programvaran att utvecklas. Projektledaren kontrollerar både test- och utvecklingsaktiviteterna.

Fördelar:

  • Till skillnad från den tidigare strukturen finns det här i denna struktur olika chefer för testning och utveckling, varför båda kan fokusera på sitt arbete. De kommer att förbli dedikerade till sitt arbete och det blir färre distraktioner för dem.
  • I denna struktur kan testaktiviteterna inte försummas eller det kan inte betraktas som sent i projektet. Detta innebär att både testning och utveckling kommer att få lika stor betydelse.
  • När det gäller att fatta kritiska beslut har testteamet med fördel oberoende.

Nackdelar:

  • Det finns en möjlighet till ett kommunikationsgap på grund av flera nivåer.

Testhantering mot organisationsstrukturer

Organisationsstrukturer påverkar direkt testhanteringen. Olika organisationsstrukturer har olika inverkan på testhanteringen, varför testhanteringen varierar beroende på testchefens skicklighet och erfarenhet samt beroende på testchefens position i organisationsstrukturen.

Vi har sett två organisationsstrukturer här. I den första strukturen är utvecklingschefen och testchefen samma person, vilket påverkar testhanteringen. Utvecklingschefen har som mål att utveckla programvara och samtidigt måste han / hon titta på testarbetet.

Således kan han / hon ibland ge partiska åsikter. Han / hon kanske bara förbiser problemet och fortsätter. På så sätt kan det påverka testhanteringen. En oberoende testchef kommer att kunna ge mer rättvisa och testhantering kommer att bli bättre med oberoende testchefer.

Slutsats

Vi har sett båda ämnena, dvs. testhantering och organisationsstrukturer separat och tillsammans med relationen mellan dessa två. Vi kan dra slutsatsen att organisationsstrukturer påverkar testhanteringen.

Medan man jämför båda strukturerna som nämns ovan, i den andra strukturen kommer testhantering att hanteras bättre än den första. Anledningen till detta kan vara en dedikerad testchef.

Organisationsstrukturer skiljer sig från en organisation till en annan. Även om det finns en viss definierad process för testhantering (eller team kan använda testhanteringsverktyg), kommer testhantering att skilja sig åt på grund av olika organisationsstrukturer, testchefer, testchefers färdigheter och erfarenhet.

Rekommenderad läsning

^