Meny

Vad är testleveranser vid programvarutestning?

  • Huvud
  • Övrig
  • Vad är testleveranser vid programvarutestning?

what are test deliverables software testing

Prova Vårt Instrument För Att Eliminera Problem

Lär dig allt om testleveranser i programvarutestning med exempel:

En suck av lättnad kommer för varje testare när det uppdrag som ges har slutförts framgångsrikt. I slutet av varje testning måste testaren skicka lämpliga testleveranser till klienten.

I den här artikeln kommer vi att ta en titt på några av de viktiga testresultaten i detalj.

Testleveranser används i allmänhet i ett projekt. De används i alla faser av testningen och de måste alltid skickas i tid för att fortsätta för vidare bearbetning.

Testleveranser i programvarutestning

Vad du kommer att lära dig:

Testleveranser i programvarutestning

Testleveranser spelar en viktig roll i programvarutestning. Den här artikeln diskuterar allt om testleveranser i detalj.

Några av de viktiga testleveranserna är listade nedan för din referens:

youtube till mp3-omvandlare hög kvalitet gratis nedladdning
  • Teststrategi
  • Testplan och uppskattning
  • Testscenario
  • Testfall och testdata
  • RTM
  • Testöversiktsrapport
  • Testavslutningsrapport
  • Skaderapport

Teststrategi

Teststrategi kommer att bestämmas baserat på specifikationen för affärsbehov. Det är ett viktigt dokument som innehåller alla detaljer i testarbetet som ska utföras. Det är ett komplett hanteringsdokument.

Jämfört med testplanen är detta ett dokument på hög nivå som vanligtvis utarbetas av testansvarig eller lead. Testmål, testmetod, testomfång, inträdes- och utgångskriterier, typer och testnivåer, milstolpar, bemanning etc. måste nämnas här.

Testplan och uppskattning

Detaljerna på detaljerad nivå för varje teststeg bör nämnas här. I allmänhet leder en ordentlig plan till en korrekt arbetsstruktur. På samma sätt leder en bra plan till bra testning.

Testmål, testmetod, testomfång, inträdes- och utgångskriterier, testtyper och nivåer, milstolpar, bemanning etc. bör nämnas här på ett detaljerat sätt.

Huvudplanen som innehåller hur testning ska genomföras används för enkla projekt.

Uppskattning: Uppskattningen definierar hur länge varje steg kommer att inträffa vid testning tillsammans med den totala kostnaden.

Läs också => En perfekt testplanhandledning - En djupgående guide

Testscenario

Vi kommer att förstå detta med ett exempel nu. Låt oss ta tågreservationen som ett exempel här. Alla funktioner som vi behöver testa nämns i högnivåformulär i testscenariedokumentet. Med enkla ord betyder det en grupp liknande aktiviteter som ska utföras.

Två tekniker för scenariot:

# 1) Användningsfall

Det är den målinriktade metoden som är en uppsättning interaktioner mellan de externa faktorerna och systemet. Dess komponenter inkluderar primärt flöde, alternativt flöde, utlösare eller aktiviteter, undantagsflöden, förhållanden, efterförhållanden etc.

Exempel:

implicit väntan och uttrycklig väntan i selen

Använd fallexempel

(bild källa )

# 2) ACE (aktivitetskomponentelement)

Aktivitetskomponentelementprocessen delar upp affärskraven i aktiviteter.

Exempel:

I allmänhet bokar vi en biljett genom att fylla i passageraruppgifter, kön etc. Vi måste därför validera följande fält som därmed blir scenarier.

  • Bokning: Kontrollera bokningsfunktionen.
  • Passagerarinformation: Kontrollera funktionerna för kön, ålder och kön.
  • Ändra: Kontrollera om modifieringsfunktionen fungerar korrekt.
  • Koncession: Kontrollera om koncessionsfunktionen fungerar korrekt.
  • Se: Kontrollera om visningsfunktionen fungerar korrekt.
  • Avbryt: Kontrollera om funktionen för att avbryta fungerar korrekt.

Här kan koncessionen kallas som ett 'alternativt scenario' som användaren kan boka med eller utan det baserat på ålder. Målet är dock detsamma, dvs. att boka en biljett.

Testfall

Genom att ta samma exempel ovan på bokningssidan skrivs testfallet enligt följande:

Bokning:

  • Kontrollera om användaren kan boka en biljett genom att fylla i giltiga uppgifter i alla fält.
  • Kontrollera om användaren kan boka en biljett genom att fylla ogiltiga uppgifter i alla fält.
  • Kontrollera om användaren kan boka en biljett genom att lämna ett tomt fält.

Passagerarinformation:

  • Kontrollera om användaren kan boka en biljett genom att ange ett giltigt namn.
  • Kontrollera om användaren kan boka en biljett genom att ange ett ogiltigt namn.
  • Kontrollera om användaren kan boka en biljett genom att välja ett kön åt gången.
  • Kontrollera om användaren kan boka en biljett genom att ange ålder över 60 år.
  • Kontrollera om användaren kan boka en biljett genom att ange ålder under 60 år.
  • Kontrollera om användaren kan boka en biljett genom att ange en giltig ålder som är större än 5.
  • Kontrollera om användaren inte kan boka genom att ange ålder under 5 år.

Ändra:

  • Kontrollera om användaren kan ändra namnfältet.
  • Kontrollera om användaren kan ändra könsfältet.
  • Kontrollera om användaren kan ändra åldersfältet.

Koncession:

  • Kontrollera om användaren kan få eftergift genom att välja “ Senior ”Alternativ.
  • Kontrollera om användaren kan få eftergift genom att välja “ Handikappade / funktionshindrade ”Alternativ.

Se:

  • Kontrollera om användaren kan se den reserverade biljetten.

Avbryt:

  • Kontrollera om användaren kan avboka biljetten.

Således visar testfall vad som exakt behöver testas i detalj. Testfall måste skrivas på ett enkelt språk och ska vara lätt att förstå. Den ska skrivas i rätt format på begäran av den berörda klienten.

Testdata

Vissa projekt behöver tidigare data från klienten innan man fortsätter med utförandet av testfallet. Testdata måste användas för att testa.

Exempel: I sjukhusportalen för att få en injektion är det viktigt att få patientinformation för att kontrollera injektionspåminnelsealternativet.

Här är ”patientuppgifterna” testdata.

Föreslagen läsning => Testdata - Betydelse och beredningstekniker med exempel

RTM / kravspårbarhetsmatris

  • Som namnet antyder betyder det helt enkelt att du måste kartlägga alla krav med lämpligt testfall.
  • Det hjälper oss att kontrollera om vi har täckt alla krav i våra testfall eller inte.
  • Det hjälper till med omarbetning eller nästa utgåvor av ett projekt.
  • Klienten kan enkelt kontrollera vår täckningsstatus och känna till vår testprocess.

RTM

Testöversiktsrapport

Testöversiktsrapporten sammanfattar alla utförda testaktiviteter och testresultaten sammanställs i den. All testinformation som medlemmar som är involverade i testning, mål, omfattning, klientinformation, testmetod som används, testresultat, felrapport, etc. bör nämnas här.

Testsammanfattningsrapporten bör dock utarbetas enligt kundens råd. Således är det ett användbart dokument för klienten samt att granska den totala prestandan.

Teststängningsrapport

Det betyder att vi kommer att stänga projektet efter testning och felkorrigering. Så här måste vi ge en detaljerad analys av utförandet av testerna.

java 8 nya funktioner intervju frågor

De fel som upptäckts och rättats måste nämnas här. Den övergripande kravtäckningen framgår av denna rapport. Det förbereds i allmänhet av lagledaren eller chefen. Alla utgångskriterier bör uppfyllas i enlighet med detta.

Skaderapport

Under utförande av formationskörning om en användare upptäcker brister bör en incidentrapport (IR) tas upp. Detta innebär att det finns en defekt och därför måste utförandet avbrytas. Vi måste nu ta upp en incidentrapport till klienten för att be dem om tillstånd att utföra felområdena igen som ett separat testfall.

Detta är verkligen ett svart märke och förväntas inte av en testare. Alla defekter måste hittas i själva torrkörningen. Om det saknas och hittas i formellt utförande blir det en IR.

Exempel:

Om jag saknar viss funktionalitet i mobiltester säger du “ skärmsläckarbyte ' alternativ. När jag utför ett testfall blir jag låst och jag kan inte gå vidare på grund av det här alternativet. Sedan höjer jag en IR och skriver ett separat testfall för att utföra skärmsläckaralternativet.

Slutsats

Artefakterna som skickas till intressenterna i ett mjukvaruprojekt under STLC kallas Test Deliverables. Vi tittade på de viktigaste testleveranserna i den här artikeln.

Vi hoppas att den här artikeln hjälpte dig att lära dig mer om testleveranser i programvarutestning !!

Rekommenderad läsning

^