Meny

Hur du förbereder dig för testfallshandlingar (Produktivitetstips)

how prepare yourself

Prova Vårt Instrument För Att Eliminera Problem

Så här förbereder du dig för testfallshantering och förbättrar din produktivitet:

När en testare bestämmer sig för att skriva högkvalitativa testfall och vill förbättra deras effektivitet och produktivitet i testfallet är det få viktiga punkter som hjälper testarna att uppnå dessa mål.

Först måste de förbereda sig professionellt och psykiskt med några av de viktigaste punkterna som är nödvändiga för alla framgångsrika programvarutestare i IT-branschen. Detta kommer att behandlas som ” Ingångar ”För en testare innan du börjar skriva testfall.

testfall skrivande

Därefter måste de förstå de kvalitetsmått som är involverade i projektet, som används som ett verktyg för att utvärdera testarens prestanda i olika faser av testets livscykel. Detta kommer att behandlas som ” Utgångar ”För en testare efter avslutad testfall skrivande .

Slutligen måste testaren veta hur felet rapporteras, problem eskaleras och hur testrapporterna utarbetas i linje med standardproceduren och kan förstås av projektets intressenter.

Vad du kommer att lära dig:

hur man blir testare för produkter

Förbered dig på att skriva fall

1) Testfallskrivning är en konst och är inte bara ett jobb eller en uppgift. En bit eller ett mjukvarusegment kan designas och utvecklas, men tills och om det inte testas helt för alla scenarier med ett effektivt testmetod kommer det att vara värdelöst och inte berättigat att släppas och användas av någon. Så, behandla dig själv som en viktig person i projektet och behandla din testaktivitet som en viktig uppgift i projektet .

två) De passion med en positiv attityd , vilket är det yttersta personliga kvalitetstestare bör ha under hela projektets livscykel. Passion motiverar teambuildingfunktionerna och attityden ger stor produktivitet i att skriva kvalitetsprovfall. Medel, testskrivningsaktiviteten är en blandning av professionella och personliga egenskaper för ett gemensamt mål att uppnå fantastiska resultat som en slutprodukt i projektet.

3) Positivt och negativa testfall är en del av att skriva testfall, men testarna bör ha ett halvt positivt tänkesätt för att bryta applikationen som testas genom att hitta buggar . Detta är inte ett negativt tänkesätt, utan att undvika situationen att identifiera en bugg av någon efter utgivningen eller undvika situationen där systemet kommer att brytas av vissa användare av systemet.

4) Testarens effektivitet bör inte uppskattas baserat på antalet buggar som identifierats i systemet som testas, utan på förmågan att skriva framgångsrika testfall som resulterar i upptäckten av defekterna. Så testfallet bör skrivas på ett sådant sätt att täckningen och spårbarhet bör vara maximalt baserat på systemgränsen och omfattningen.

5) Förstå applikationsdomänen noggrant .Till exempel, är det enklare att testa en webbplats än att testa en finansiell programvara som utvecklats för börsen som används av tusentals människor samtidigt. Enkel webbplatsfunktionalitet kan förstås av alla testare medan de ekonomiska villkoren och funktionerna inte kan förstås av alla testare förrän och om de inte har relevant utbildningsbakgrund eller utbildning eller har domänupplevelse .

Så när en testare tilldelas ett nytt projekt bör han / hon göra en självbedömning, oavsett om de är berättigade och kan utföra sitt jobb enligt förväntningarna eller inte. Om funktionskraven är svåra att förstå, bör den eskaleras till projektgruppen i god tid för att undvika framtida missuppfattningar om testarens effektivitet och prestanda. Det kommer att hanteras av projektledaren eller testledaren genom ordentliga planer och utbildning.

6) Projektkraven och testtyperna som ska utföras varierar från projekt till projekt. En testare bör vara beredd att göra någon typ av testning. Begränsa inte dina möjligheter till dina färdigheter och specialiteter. Var beredd att ta ansvar och utmaningar för att skriva och utföra testfall för alla typer av test.

Många testare försöker anpassa sig själva eller projicera sig som endast manuella eller automatiseringstestare. När man kommer till prestandatestning, belastningstestning eller stresstestning tar mycket få testare rollerna och förbereder sig genom att träna eller samla erforderlig kunskap. Så, vara en snabb lärare och vara redo att ta ansvar och växa i din karriär.

7) Identifiera testtyperna som ska utföras och de färdigheter som krävs för att testa AUT. Till exempel, Vissa projekt kräver endast black-box-test och vissa kräver White Box-testkompetens. Kunskapen om “ skript ”Eller erfarenhet av“ SQL ”Eller arbetar med” markera språk ”Som HTML / XML etc., eller till och med en systemkunskap om hur man installerar / felsöker installation av programvaran etc. är några projektspecifika krav som du måste lära dig själv eller få utbildning för detsamma.

8) Se till att testfallet täcker Prestandatestning, säkerhetstestning och regressionstestningstyper. Till exempel, för att logga in på applikationen med inloggningsskärmen nedan:

Testfallets effektivitet 2

  • Prestandatestning kan krävas för att kontrollera om applikationen är stabil när tusentals användare loggar in på systemet samtidigt, och testfallet bör skrivas för att täcka detta scenario.
  • Säkerhetstester kan krävas för att kontrollera om applikationen endast tillåter användare som har rätt rättigheter och behörighet att få tillstånd att använda systemet, och testfallet bör skrivas för att täcka dessa scenarier.
  • Regressionstestning kan krävas för att kontrollera om kärnfunktionaliteten och de kritiska funktionerna fungerar ordentligt på varje version.

9) Granskning av testfall : En av de viktigaste och mest förbisedda faserna i någon programutveckling och testningens livscykel är ” RECENSION ”. När en projektplan innehåller tillräckligt med tidsfördelning för en granskningsprocess på varje steg av projektutvecklingen, de mest kvalitetsleveranser och resultat vi kan förvänta oss samma.

Innan man till exempel börjar skriva fall bör testare kontrollera om dokumentet 'kravspecifikation' granskas och alla granskningspunkter beaktas och uppdateras i dokumentet. Om organisationen följer en korrekt och mognad process bör alla dokumentmallarna ha denna ändringsinformation på första sidan av själva dokumentet.

Testfallsdokument bör granskas minst tre gånger genom:

i) Självgranskning
ii) Peer review
iii) Granskning av andra för fullständighet, testtäckning, spårbarhet och om testfallet kan testas eller inte.

10) Till sist, förstå hur man uppskattar och planera testuppgifterna . Planera att bara arbeta under den beräknade tiden på en dag. Detta kan uppnås genom att starta och slutföra uppgifterna i tid och lämna dagen med planerna för nästa dags uppgifter.

Undvik att stanna sent på kvällen och spendera helger på kontoret. Numera finns effektiva projektledningsmetoder tillgängliga och projekt genomförs i en smidig miljö. Om milstolpar inte uppnås av projektgrupperna kommer det att behandlas som ineffektiv projektledning snarare än ineffektivitet från projektgrupperna.

Notera : Tänk på, även för automatiserad testning bör testfall vara tydligt skrivna och granskade minst en gång, så att de täcker det funktionella flödet för applikationen som testas. Alla automatiseringsprovningsverktyg kan registrera och köra testfall endast framgångsrikt när manuella testfall är klart definierade och skrivna.

Kvalitetsmått

Detta är en viktig aktivitet i testfaserna för programvaran. Testteamet bör vara helt medveten om de olika testmätvärden som används för att uppnå projektmålet. Testarens prestanda utvärderas inte baserat på enbart testgenomföringsfasen utan från alla testmätvärden som samlats in från kravanalys, skrivningsfall, utförande, felrapportering och slutligen testrapporteringsfas.

Nedan hittar du några viktiga testmått följt av de flesta organisationer för att förbättra testarnas produktivitet och effektiviteten i testfaserna.

Se ocksåandra användbara testmått som används i testfaser:

=> Viktiga mätningar och mätningar av programvarutest och Live Project Bug Tracking, Test Metrics och Test Sign Off Process.

1) Genomsnittlig testeffektivitet

  • Fel per man-månader av testinsatsen.
  • Beräknat som medelvärde (Totala buggar under testinsatser under månadsmånader).
  • Beräknas efter varje intern release såväl som efter testets slutförande.
  • Acceptansgräns: bör vara mindre än 50

2) Genomsnittlig kunddefektdensitet

programtestintervjufrågor för erfarna
  • Fel som rapporterats av klienten efter leverans Vs totala testinsatser under månadsmånaderna.
  • Beräknat som genomsnitt (Totala buggar efter leverans / testansträngning i månadsmånader).
  • Beräknas efter extern release och projektets slutförande.
  • Acceptansgräns: bör vara mindre än 1

3) Funktionella testfel

  • Ett antal misslyckade funktionstestfall / Totalt antal utförda funktionstestfall.
  • Beräknas varje månad eller varannan vecka.

4) Fel med svårighetsgrad 1

  • Det totala antalet buggar som identifierats med svårighetsgrad 1 (blockerare).
  • Testning kan inte fortsätta för programvaran på grund av blockeringsproblemen.
  • Beräknas varje vecka.

5) Fel med svårighetsgrad 2

  • Det totala antalet buggar som identifierats med svårighetsgrad 2 (större buggar).
  • Testning kan inte fortsätta för funktionen på grund av de stora buggarna men kan fortsättas med andra delar av systemet.
  • Beräknas varje vecka.

6) Fel med svårighetsgrad 3

  • Det totala antalet buggar som identifierats med svårighetsgrad 3 (mindre buggar).
  • Testningen kan fortsätta eftersom det identifierade felet är mindre och inte stoppar testningen.
  • Beräknas varje vecka.

7) Bugg med svårighetsgrad 4

  • Det totala antalet buggar som identifierats med svårighetsgrad 4 (kosmetiska problem).
  • Testning kan slutföras utan några problem eftersom de identifierade buggarna är kosmetiska relaterade och ska åtgärdas för nästa release.
  • Beräknas varje vecka.

Felrapportering

Bug Reporting-mekanismen bör kontrolleras med en mognad testprocess för att bibehålla applikationens kvalitet. Det bör ske en korrekt eskaleringsprocess till rätt auktoriserade personer för att veta status, svårighetsgrad och prioritet för felet. Det finns många kostnadsfria och kommersiella felrapporteringsverktyg tillgängliga som Bugzilla, Mantis, etc., som är mycket effektiva när det gäller spårningsmekanismer och kan enkelt integreras med alla testhanteringsverktyg som används i projektet.

I varje testprojekt måste standardprocedurer följas för en online-rapporteringsmekanism dagligen. Varje fel / problem som loggas och rapporteras i dessa felspårningssystem ska omedelbart skicka ett e-postmeddelande till respektive myndighet som hjälper dem att planera och vidta åtgärder därefter.

För att lära dig bugrapporteringsprocessen i detaljläs följande artiklar:

=> Hur skriver jag en bra felrapport? Tips och tricks
=> Exempel på felrapport
=> Varför är felrapportering en konst som bör läras av varje testare?
=> Bug livscykel
=> Exempel på felrapporter för webb- och produktapplikationer

Testrapporter

Bortsett från de felrapporter som tas upp, loggas och eskaleras i felrapporteringssystemet, är en testrapport ett av de viktigaste dokumenten för att känna till teststatus och andra viktiga mätvärden som identifierats och beräknats under testrapporteringstiden.

Nedan följer en sådan enkel testrapport:

Läs också följande användbara handledning föreffektiv testrapportering:

=> Guide för att skriva en effektiv testöversiktsrapport
=> Hur man rapporterar testutförande på ett smart sätt (Ladda ner mall för statusrapport)

hur man lägger till element i en array-Java

segrande

jaya1

Slutsats

Processen med att förbereda för att skriva testfall är inte bara fördelning av resurser i projektet, men det finns få viktiga krav som att förbereda oss som kvalificerade testare och förstå de kvalitetsmått som övervakas under testets livscykel och även efter släppet.

Så, genom att följa processen, kan standarder, förfaranden och att strikt följa kvalitetsmåtten med passion automatiskt ge stor testningseffektivitet, produktivitet och en kvalitetstestare i dig, vilket kommer att bli en vana i ditt yrkesliv.

Dessa kvalitetsfaktorer kan självanalyseras eller gruppanalyseras genom att ställa några frågor som kommer att berätta om vi är på rätt spår av själv- och processförbättringar i målet att uppnå ett effektivt tillvägagångssätt vid skrivning och utförande av testfall:

  • Har du gått igenom funktionskraven / användarkraven / affärsdokumenten?
  • Har funktionskravsdokumentet granskats och uppdaterats ordentligt med granskningskommentarer?
  • Har du fått skärmprototyperna för alla funktioner som ska testas?
  • Är du bekväm med att skriva testfall som är testbara och spårbara under testets livscykel?
  • Har du den kunskapsnivå och domänkunskap som krävs för att testa applikationen som testas?
  • Behöver du någon utbildning eller teknisk kunskap som krävs för att genomföra testfallet?
  • Har du schemat för att skriva, granska och genomföra testfall, som täcker tiden för att utarbeta kvalitetsdokument?
  • Har du kollegor att granska dina testfall och en auktoriserad ämneexpert för att kontrollera fullständighet och täckning av de funktioner och funktioner som ska testas?
  • Har du tillräckligt med testfall för alla funktionskrav?
  • Har du tillräckligt med testfall för prestanda, belastningstest och säkerhetstestning?
  • Har du tillräckligt med testfall för installation och regressionstest?
  • Har du kontaktpunkten för att eskalera problemen eller rapportera fel?
  • Är felspårningsverktyget konfigurerat korrekt med nödvändigt tillstånd för alla?
  • Är du bekväm att följa alla de processer som definieras i testplanen?
  • Är du delaktig i alla granskningsmöten och får chansen att prata med utvecklings- eller ledningsgruppen?
  • Förbättras din produktivitet och effektivitet eller behöver du vidta några åtgärder för detsamma?

Rekommenderad läsning = >> Bästa online-kreativa skrivkurser

Det finns många liknande frågor som testare kan ställa sig för självförbättringsanalys, beroende på vilken typ av projekt eller organisation de arbetar med. Det viktigaste är att alla dessa aktiviteter inte ska följas bara för att följa processerna utan bör göras som dina dagliga vanor som kan göras genom PASSION FÖR TESTNING endast.

PREV-handledning | NÄSTA självstudie

Rekommenderad läsning

^