Detta är en Test Management handledning för programvarutestning. Den innehåller Testhanteringsfaser, verktyg och Testhantering Vs organisationsstruktur:
Testhantering är processen att hantera alla testrelaterade aktiviteter, dokument och annat relaterat arbete. Organisationsstrukturer hänvisar till en hierarki av Team eller anställda som arbetar med vissa projekt.
tror du att organisationsstrukturen påverkar testhantering?
om ditt svar är nej, kommer vi att se varför? Om ja, låt oss se hur det påverkar. För att hitta förhållandet mellan dessa två måste vi förstå dessa ämnen tydligt och sedan utforska förhållandet mellan Testhantering och organisationsstruktur.
introduktion till Test Management
Test Management innebär att hantera hela processen för mjukvarutestning för ett visst projekt. Testhanteringsprocessen tillämpas på hela livscykeln för mjukvaruutveckling. Därför, helst, så snart mjukvaruutvecklingsprocessen startar, bör testhanteringsprocessen också starta.
Test Manager hade följande ansvarsområden-
- Testchefen bör säkerställa konsistens 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 examen.
- granska arbetsprodukterna med lämpliga tekniker.
Testhanteringskomponenter
Testhanteringen är uppdelad i 5 delar för bättre förståelse:
- testdokumentation
- Testuppskattning
- Testmått
- mätning av Testförlopp
- mätvärden för övervakning av Testlivscykeln
#1) testdokumentation
det finns tre typer av testdokumentation som listas nedan:
- testpolicy
- teststrategi
- Huvudtestplan
#1) testpolicy:
- sammanfattar värdet som organisationen härrör från testning.
- definierar testpolicyer.
- beskriver hur man utvärderar testningens effektivitet.
- beskriver testprocessen.
- ange hur organisationen kommer att förbättra testprocessen?
#2) teststrategi:
- beskriver de allmänna testmetoder som används för att hantera projekt-och Produktrisker.
- Analytiska Strategier: Som 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.
- Metodstrategi: kvalitetsegenskaper där testteamet använder en uppsättning testförhållanden, 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 attacker som utforskande testning.
- Rådgivande Strategi: Som användarstyrd testning där testteamet förlitar sig på input från en eller flera intressenter för att bestämma testförhållanden som outsourcad kompatibilitetstestning.
- beskriver också:
- integrationsprocedurer
- Testspecifikationstekniker
- oberoende av testning
- obligatoriska och valfria standarder
- testmiljö
- verktyg
- återanvändbarhet av programvaruprodukter
- retesting och regression.
#3) Master Test Plan:
- det täcker alla testuppgifter som behöver göras.
- den diskuterar hur testning kommer att genomföra teststrategi och Policy.
- om något inte beskrivs ska testplanen beskriva varför och begränsningsplanen för det.
- innehållet i testplanen är:
- objekt som ska testas
- kvalitetsegenskaper som ska testas.
- schema
- Exekveringscykel
- Defektvariabler
- testobjekt i omfattning
- avsluta kriterier
- projektrisker
- övergripande styrning av testinsatser,
- roller och ansvar
- ingång och utgång
#2) Testuppskattning
allmänna poäng:
- är en ledningsaktivitet
- den är baserad på erfarenhet.
- det ger en specifik och detaljerad katalog över kostnader, resurser, uppgifter och personer.
- uppskattning en gång förberedd, 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å information som var tillgänglig vid den tiden, den bereddes.
- 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
- historiska data
- processfaktorer som strategi, utveckling och livscykel
- Materialfaktorer som testmiljö, automatisering, verktyg och data
- People factor
- 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:
- arbets uppdelning struktur
- laget uppskattning session
- Tester – Utvecklare förhållande
- organisation historia
- funktion punkt analys, LOC.
Testuppskattning förklaras ytterligare senare i handledningen.
# 3) Testmått
- vad mäts, anses vara gjort?
- vad mäter inte, är lätt att ignoreras?
- en begränsad uppsättning användbara mätvärden bör definieras.
- endast de mätvärden bör definieras vars tolkning överenskommits av alla.
- rapportering och sammanslagning av mätvärden bör automatiseras.
- chefen ska validera informationen i metriska.
Projektmetrisk: % av pass, fail executed etc.
metrisk produkt:
- attribut för produkten
- Defektdensitet
Processmetrisk: mäter förmåga att testa som % av defekten.
människor: individens förmåga.
Test Framsteg Metrisk:
- antalet testförhållanden / Fall, planerade vs utförda.
- Total defekt kategoriseras ned efter svårighetsgrad, prioritet, nuvarande tillstånd och effekt delsystem.
- antalet ändringar som krävs, accepteras, bygga och testas.
- planerad vs Faktisk kostnad.
- planerad vs faktisk varaktighet
- planerad vs faktisk test milstolpe.
- Produktkvalitetsriskstatus
- % förlust av testansträngning, kostnad eller tid.
#4) mätning av Testförlopp
Produktrisker:
- % risk som omfattas.
- % av risken för feltest
- % Risk identifierad av individen.
defekter:
- antalet fel som hittats jämfört med antalet fel som lämnats in.
- medeltid för felankomst
- defekter i de specifika testobjekten.
- upptäckt av RCA(Root Cause Analysis)
- defekten är testutgåvor.
- defekt i fas
- prioritet och svårighetsgrad
- rapport avvisar vs Duplicate
- tid-det tar att lösa
- antalet nya defekter som införts på grund av fastställandet av gamla defekter.
Test:
- Totalt antal testpass, fail, runner, blockerad
- det totala antalet Regressionstestfall.
täckning:
- krav och Designtäckning
- risktäckning
- Miljökonfigurationstäckning
- kodtäckning
#5) mätvärden för övervakning av Testlivscykeln
övervaka testplan
- antal risker och krav
- Defektupptäckt
- Plan vs faktiska ansträngningar.
övervaka testdesign
- antalet fel som hittades under designen.
övervaka testanalys
- antal villkor
- antal defekter i analysen
övervaka testimplementering
- % miljökonfiguration
- % av testfallet automatiserat.
övervaka utförande
- % av godkända, misslyckade, ingen körning, blockerade testfall
- % testfall som omfattas
- planerade vs faktiska fel löst
- % av planen vs faktiska täckning
övervaka stängning
- % av testfall passera, ail
- % av testfall kontrolleras i återanvändbara kategori
- % av testfall automatiserad.
- antalet fel löst/inte löst.
- % av testarbetsprodukten
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 är följande de olika faserna i Testhanteringsprocessen:
- riskanalys
- Testuppskattning
- testplanering
- testorganisation
- Testövervakning och kontroll
- problemhantering
- 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å riskfaktorerna och möjliga lösningar. Om riskanalysen görs noggrant kan vi undvika framtida misslyckanden eller åtminstone någon form av lösning kan vara tillgänglig.
Risk är något som kan eller inte kan hända. Men om det händer, vad blir dess inverkan? Det kan dåligt påverka kvaliteten på programvaran, företagets rykte och mycket mer.
riskfaktorer bör hittas 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 vårt företags tidigare projekt eller vi kan samråda med teammedlemmarna som kommer att ansvara 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, kommunikationsmetod etc. Kraven bör vara mycket tydliga för att definiera testmål och omfattning. Testplanen är för testare, användare och projektgruppens medlemmar.
testplanen beskriver testningens roll i projektet. Testplanen innehåller också roller och ansvarsområden, lista över funktioner som ska testas och inte testas, testmiljö, lista över verktyg och antaganden om några.
#4) testorganisation
under testplaneringsfasen har vi planerat alla möjliga saker om testning.
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 reda på allt detta testarbete. Om testövervakning görs, kommer testteamet och testchefen att få feedback om hur testförloppet är?
med hjälp av denna feedback kan testchefen vägleda teammedlemmarna för att förbättra kvaliteten på ytterligare testarbete. Med hjälp av testövervakning kommer projektgruppen att få synlighet på testresultaten. Det hjälper också att veta om testtäckning.
för stora projekt görs testövervakning med hjälp av ett automatiserat verktyg, eftersom insamlingen av data blir enklare. För små projekt kommer en person att samla alla data eller dokument som är relaterade till testförloppet. För att samla testprogressinformation kan vi ta hjälp av IEEE 829 testloggmall. Det handlade om Testövervakning.
Låt oss se vad Testkontroll är? Projektarbetet 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 alla problem som uppstår under mjukvaruutvecklings-och testprocessen. Det kan vara den minsta anledningen till att vi inte kan utveckla/leverera en kvalitetsprodukt. Vissa problem är en show-stoppare, dvs utan att lösa problemet kommer vi inte att kunna fortsätta med den fortsatta processen.
ärendehantering handlar om hur vi hanterar dessa frågor / problem. Vi kan också kalla det som incidenthantering. Problemhantering kräver bättre planering för processen att lösa problem. Bättre problemhantering beror på testhanterarens 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 definitionen, HR, schemaläggning etc.
strategifrågor:
exempel:
- projektet tar slut på medel.
- Dålig projektkommunikation.
- projektledningsprocessen är inte enligt de angivna standarderna.
Definitionsproblem: problem som är relaterade till krav.
exempel: oklara krav. Många problem kan införas på grund av oklara krav.
schemaläggningsproblem: det här är den vanligaste typen av problem. Anställda måste kämpa för att uppfylla tidsfristen.
HR-frågor:
exempel:
- det finns brist på skicklighet i laget.
- fel anställd kartläggning för arbete.
det kan finnas många fler typer av problem och vi kan inte nämna dem alla här. Således ärendehantering handlar om loggning, spårning och lösa problem.
#7) testrapport
testrapport hjälper till att identifiera testtäckning, kvalitet på den utvecklade produkten och de nödvändiga processförbättringarna. Vi kan bestämma ’ hur mycket testning krävs?’
om tillräckligt med testning görs kan vi skicka in denna testrapport till intressenterna eller kunderna. Så att de också kommer att lära känna produktens kvalitet och få 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 orsakerna till att så många testhanteringsverktyg finns tillgängliga idag.
dessa verktyg kommer att hjälpa till i de sista fyra faserna av testhanteringsprocessen (testorganisation, Testövervakning & kontroll, problemhantering och testrapport). Eftersom dessa verktyg hjälper till med de viktiga faserna av testhantering bör de övervägas först i projektet.
Enlisted nedan är de mest populära Testhanteringsverktygen:
- qTest
- PractiTest
- Zephyr
- Test Collab
- TestFLO för JIRA
- XQual
- Xray – banbrytande Testhantering
- testrail
- qacoverage
- krav och Testhantering för JIRA (RTM)
- Spiratest av Inflectra
- Kualitee
- Aqua
- Testpad
- Junoone
=> Klicka här för detaljerade recensioner av de bästa Testhanteringsverktygen
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 att varje organisation kan ha sin struktur. Det finns så många organisationsstrukturer och var och en har sina fördelar och nackdelar.
här kommer vi att diskutera några av dem.
för det första kommer vi att se den enklaste organisationsstrukturen som används för små projekt.
i denna struktur rapporterar både testare och programmerare till utvecklingschefen.
- utvecklingschefen har god kontroll över projektaktiviteter.
- det kommer att finnas mindre möjlighet till ett kommunikationsgap mellan test-och utvecklingsteamen.
- även i möten är det bra att bestämma tidsfristerna för utvecklingschefen eftersom han/hon har fullständig kunskap om test-och utvecklingsarbetet.
- lagarbete kommer att vara effektivt, på grund av minimala lager.
nackdelar med denna struktur inkluderar:
- eftersom det inte finns någon testchef finns det en möjlighet att testning kommer att övervägas sent i projektet.
- 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 nämnts och testteamet måste lida, dvs testteamet måste testa produkten inom tidsfristen, så att testteamet får mindre tid att testa produkten.
i denna struktur, för att slutföra ett projekt framgångsrikt, måste utvecklingschefen komma ihåg att hans mål inte bara är att slutföra projektet utan att utveckla kvalitetsprogramvara.
den näst vanligaste organisationsstrukturen:
Detta är den vanligaste typen av organisationsstruktur. I denna struktur rapporterar testarna till Testcheferna och utvecklarna rapporterar till utvecklingschefen. Både Testchefen och utvecklingschefen rapporterar till projektledaren.
Testhanteraren ansvarar för alla testrelaterade aktiviteter och det är Utvecklingschefens ansvar att få programvaran att utvecklas. Projektledaren kommer att styra både test-och utvecklingsverksamheten.
fördelar:
- till skillnad från den tidigare strukturen, här i denna struktur, finns det 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 kommer att bli färre distraktioner för dem.
- i denna struktur kan testaktiviteterna inte försummas eller det kan inte betraktas 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 möjlighet till ett kommunikationsgap på grund av flera nivåer.
Testhantering Vs organisationsstrukturer
organisationsstrukturer påverkar direkt Testhantering. 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 också.
således ibland han / hon kan ge partiska åsikter. Han / hon kan bara förbise frågan och gå vidare. På så sätt kan det påverka testhanteringen. En oberoende testchef kommer att kunna ge mer rättvisa och testhanteringen blir bättre med oberoende testchefer.
slutsats
vi har sett både ämnena dvs testhantering och organisationsstrukturer separat och tillsammans med förhållandet mellan dessa två. Vi kan dra slutsatsen att organisationsstrukturer påverkar testhantering.
medan man jämför båda strukturerna som nämns ovan, i den andra strukturen, kommer testhanteringen 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 lag kan använda testhanteringsverktyg), kommer testhanteringen att skilja sig på grund av olika organisationsstrukturer, testchefer, testchefens färdigheter och erfarenhet.