Get your 6-month No-Cost Opt-Out offer for Unlimited Software Automation?

Sanity testing är en typ av programvarutestning som sker när en ny programvarubyggnad utvecklas eller när mindre ändringar i kod eller funktionalitet görs i en befintlig byggd.

I den här artikeln kommer vi att göra en djupdykning i definitionen och detaljerna kring sanity testing, utforska vad sanity testing är, hur sanity testing kan genomföras och vilka verktyg som kan göra sanity testing-programvaran enklare och effektivare.

Table of Contents

Vad är sanity testing?

Sanity testing är en typ av programvarutestning som utförs av testare för att säkerställa att en ny programvarubyggnad fungerar som den ska. Det är en snabb process som kan förhindra att utvecklare och kvalitetssäkringsteam slösar tid och resurser på mer rigorösa tester av programvarubyggnader som ännu inte är färdiga.

Sanity testing används ofta efter att felrättningar eller reparationer har utförts, och det är utformat för att testa om rättningarna har fungerat och om de kärnfunktioner som har ändrats nu fungerar som de ska. Efter att ha installerat byggnaden utför testarna sanity testing i stället för fullständiga regressionstester för att se till att byggnaden är funktionell och att ändringarna har implementerats på rätt sätt.

Om de felkorrigeringar som utvecklarna har genomfört fungerar som de ska, anser testarna att testet har klarats. Om de inte fungerar som de ska, avvisas byggnaden och skickas tillbaka till utvecklarna för ytterligare ändringar innan ytterligare tester utförs.

När behöver du göra sanity testing?

Sanity testing utförs vanligtvis på programvara som är stabil men inte nödvändigtvis funktionell; till exempel, efter att mindre ändringar har gjorts i en programvaruuppbyggnad kan programvarutestare utföra sanity tests för att se till att ändringarna fungerar korrekt innan de går vidare till fullständig regressionstestning.

Sanity testing äger rum efter smoke testing, som kan avgöra om en build är stabil eller inte, men före regressionstestning. Om rökningstestning till exempel avslöjar instabiliteter som kräver reparationer kan sanitetstestning genomföras efter att ändringar har gjorts för att åtgärda dessa fel för att identifiera om ändringarna fungerar som förväntat.

När du inte behöver göra sanity testing

Sanity testing bör äga rum efter att ändringar har gjorts i en stabil programvarubyggnad för att verifiera funktionaliteten hos dessa ändringar. Om du inte har gjort några ändringar i en programvarubyggnad, eller om du håller på att genomföra ändringar som ännu inte är färdiga, finns det inget behov av att sanitetstesta en byggning.

Om du väljer att inte utföra sanity testing efter att ha gjort ändringar i en programvarubyggnad kan du spara tid på kort sikt, men du riskerar att hitta större problem senare under testningen som stoppar utvecklingen och orsakar allvarliga förseningar.

Det lönar sig alltid att utföra sanity testing efter att du har gjort ändringar som kan påverka prestandan, eftersom det är mycket bättre att identifiera eventuella buggar eller problem tidigt innan du slösar pengar och resurser på grundligare QA-testning.

Vem är inblandad i sanity testing?

Sanity testing utförs vanligtvis av testare efter att de fått en stabil programvarubyggnad för vidare testning. QA-testare utför sanitetstestning av enskilda aspekter av byggnaden, t.ex. enskilda funktioner som har ändrats eller specifika fel som har rättats.

På detta sätt ger sanity testing relativt detaljerad feedback på mycket specifika områden i programvarubygget. Om testerna är godkända utför testarna ytterligare regressionstester. Om de misslyckas skickas byggnaden tillbaka till utvecklarna för vidare arbete.

Fördelarna med sanity testing

Sanity testing sparar mycket tid och arbete eftersom det förhindrar QA-teamen från att slösa tid på djupare tester innan man kan försäkra sig om att kärnfunktionerna i programvarubygget fungerar som de ska.

Sanity testing är snabbt, kostnadseffektivt och nödvändigt om utvecklings- och testteam vill skapa felfri programvara effektivt och snabbt.

● Det sparar tid och resurser
● Inga dokumentationsinsatser krävs
● Det kan hjälpa till att identifiera saknade föremål.
● Det förhindrar större problem senare

Det är effektivt och snabbt

Sanity testing är ett snabbt och effektivt sätt att kontrollera om nyckelfunktionerna i en programvarubyggnad fungerar som du förväntar dig.

Du kan utföra enkla sanitetstester på mindre än en timme, och om sanitetstestet godkänns ger det ditt kvalitetssäkringsteam klartecken att fortsätta med ytterligare tester.

Den kräver ingen dokumentation.

De flesta sanitetstester är oskriven, vilket innebär att testarna inte har strikta krav på att skriva ut kriterierna för godkänt/underkänt för varje test eller skriva dokumentation för att presentera resultaten av sanitetstestet. Det innebär att det kan göras relativt snabbt och lättvindigt utan att det orsakar betydande störningar i arbetet.

Den kan identifiera saknade föremål.

Sanity testing kan hjälpa testarna att identifiera relaterade eller saknade objekt som kan vara avgörande för hur byggnaden fungerar. Eftersom sanity testing används för att testa specifika funktioner individuellt är det lättare att identifiera enskilda fel och problem vid sanity testing än vid rökningstestning och andra inledande programvarutester.

Det förhindrar större problem senare

Sanity check-testning kan hjälpa dig att identifiera problem tidigt under testprocessen och undvika att det uppstår stora, uppseendeväckande fel senare under utvecklingen. Genom att identifiera problem i ett tidigt skede kan du hålla tidsplanen under utvecklingen och undvika kostsamma misstag.

Utmaningarna med sanitetstestning

Sanity testing är inte utan utmaningar. Programvara för sanity testing kan hjälpa testare att identifiera några av de största felen i en build innan de fortsätter med ytterligare testning, men det är inte ett tillförlitligt sätt att identifiera alla problem som kan uppstå.

Några av utmaningarna med sanity testing är:

● Den har ett relativt snävt tillämpningsområde och kan missa vissa frågor.
● Sanity testing är oskriven.
● Utvecklare vet inte alltid hur de ska åtgärda de fel som upptäcks i sanity testing.
● Sanity testing fokuserar endast på programvarans kommandon och funktioner.

Den har ett snävt tillämpningsområde

Sanity testing har ett mycket smalt tillämpningsområde jämfört med många andra typer av testning. Syftet med sanity testing är att testa specifika funktioner eller ändringar för att se till att de fungerar korrekt. Utöver dessa ändringar ger sanity testing ingen inblick i den övergripande funktionaliteten hos programvarubygget.

Den är oskriven

Även om vissa testare kanske anser att detta är en fördel, innebär det faktum att sanity testing inte är skriptbaserat att det inte finns någon dokumentation att titta tillbaka på i framtiden om utvecklare eller testare vill kontrollera resultaten av ett sanity test. Sanity testing har en begränsad nytta utöver den omedelbara effekten.

Den testar endast funktioner och kommandon

Sanity testing används endast för att testa funktioner och kommandon i en programvarubyggnad. Det går inte att testa hur programvaran fungerar på designstrukturnivå i sanity testing, vilket innebär att det inte alltid är lätt för utvecklarna att identifiera var problemen uppstår och hur de ska åtgärdas.

Egenskaperna hos sanity testing

Sanity testing kan särskiljas från andra former av programvarutestning på grundval av dess viktigaste funktioner och egenskaper. Det är möjligt att definiera sanity testing genom att ta hänsyn till dess egenskaper, vilka är:

● Enkelt
● Oskriven
● Papperslös
● Djupt
● smal
● utförs av testare

Enkelt

Sanity testing är en enkel form av programvarutestning som är tänkt att vara lätt att utforma och lika lätt att utföra. Detta innebär att QA-tester kan utföras snabbt när det behövs utan att testteamen behöver planera in informella tester.

Oskriptat och odokumenterat

Sanity testing är vanligtvis både oskriptat och odokumenterat, vilket också bidrar till att sanity testing kan utföras på ett avslappnat sätt i de flesta testmiljöer.

Sanity testing är en informell process som i första hand syftar till att kontrollera att ändrade funktioner och egenskaper fungerar som förväntat.

Djupt och smalt

Sanity testing är en typ av programvarutestning som anses vara både djup och smal. Detta innebär att sanity testing endast täcker en smal del av en mjukvarubyggnad, men går på djupet när det gäller de aspekter av byggnaden som testas.

Programvarutestare kan t.ex. testa funktionen hos en enskild funktion i detalj i stället för att testa alla kärnfunktioner på en grundläggande nivå.

Genomförs av testare

Sanity testing utförs nästan alltid av testare. Detta skiljer sanity testing från andra vanliga former av programvarutestning, som t.ex. smoke testing, som kan utföras antingen av kvalitetssäkringsteam eller av utvecklare.

Sanity testing vs. röktestning vs. regressionstestning

Sanity testing, smoke testing och regression testing talas ofta om tillsammans och vissa personer kan förväxla olika typer av testning om de inte förstår skillnaderna mellan definitionen av sanity testing och andra typer av testning.

Smoke- och sanity-testning är båda snabba tester som utförs för att avgöra om en programvarubyggnad fungerar som den ska. Sanity-tester skiljer sig dock från både rök- och regressionstester.

Vad är röktestning?

Smoke testing inom kvalitetssäkring är en typ av programvarutestning som utförs på nya programvarubyggnader för att kontrollera funktionalitet och beteende. Ett röktest är ett snabbt test som går igenom programvarans kärnfunktioner för att se till att de fungerar korrekt.

Anta till exempel att du testar en mobil shoppingapplikation. I det fallet kan du använda ett röktest för att kontrollera om kunderna kan logga in, lägga till varor i sina varukorgar och gå till kassan utan att stöta på några större buggar eller fel.

Smoke-tester utförs också efter att ändringar har gjorts i koden under utveckling som kan påverka funktionaliteten hos en build.

Vad är regressionstestning?

Regressionstestning är en typ av programvarutestning som syftar till att bekräfta att de senaste ändringarna i koden inte har påverkat programvarans egenskaper eller funktionalitet negativt.

Sanity testing är en delmängd av regressionstestning eftersom det handlar om att testa funktionen hos enskilda funktioner eller moduler.

Regressionstestning är en detaljerad testning av alla områden som har ändrats eller modifierats sedan den senaste byggnaden.

Vad är skillnaden mellan rök- och sanitetstestning?

Precis som vid rökprovning kontrollerar sanity testing om vissa funktioner fungerar som de ska.

Till skillnad från rökprovningen fokuserar sanity testing dock endast på en eller två funktioner, vanligtvis de som nyligen ändrats eller reparerats. En skillnad mellan rök- och sanitetstestning är att röktestning ger en bredare bild av funktionaliteten hos en programvarubyggnad, medan sanitetstestning ger en smalare men djupare bild av en enskild aspekt av byggnaden.

Sanity testing är i slutändan en delmängd av regressionstestning, vilket är en typ av programvarutestning som testare använder för att fastställa hur en programvarubyggnad fungerar efter att ändringar har gjorts.

Den största skillnaden mellan rök- och regressionstestning är att röktestning i kvalitetssäkring utförs på första eller instabila versioner, medan regressionstestning alltid utförs på stabila versioner.

Antingen testare eller utvecklare kan utföra rökprovning, medan testare alltid utför regressionstestning.

Vad är skillnaden mellan sanity- och regressionstestning?

Regressionstestning är en överordnad del av sanitetstestning, vilket innebär att ett sanitetstest i huvudsak är en enda liten del av ett fullständigt regressionstest.

Den största skillnaden mellan sanitetstestning och regressionstestning är att sanitetstestning endast testar några få, utvalda delar av koden som har ändrats för att “sanitetskontrollera” statusen för byggnaden, medan regressionstestning testar alla delar av den ändrade koden för att se till att de fungerar som förväntat.

En annan skillnad mellan sanitetstestning och regressionstestning är att sanitetstestning utförs först, och att fullständig regressionstestning endast äger rum om sanitetstesterna är godkända.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Rök-, sanitets- och regressionstestning: slutsats

Smoke testing, sanity testing och regression testing är typer av programvarutestning som kan hjälpa utvecklare och testare att identifiera fel i koden i ett tidigt skede av utvecklingen.

Smoke-testning är den första typen av testning och kan utföras antingen av utvecklare eller av testare på instabila versioner. Detta är den största skillnaden mellan rök- och regressionstestning.

Därefter sker en sanitetstestning, och fullständig regression sker om båda dessa första tester klaras.

Alla tre typerna av tester är viktiga för att säkerställa att utvecklingsteam och kvalitetssäkringsteam inte slösar tid och resurser på att bygga programvaror med uppseendeväckande fel som kan orsaka stora förseningar om de upptäcks först senare under utvecklingen.

Manuella vs automatiserade sanity-tester

Modern automatiseringsteknik gör det möjligt att automatisera sanity testing för att minska den tid som testarna måste lägga ner på att utföra dessa nödvändiga tester.

Automatisering av sanitetstester kräver dock vanligtvis mer tekniska resurser än manuell testning, och det kan vara svårt att avsätta utvecklingstid för att skapa och köra automatiserade sanitetstester utan att använda verktyg för sanitetstestning.

Ofta är det bästa valet att kombinera vanlig automatiserad testning med manuell sanity testing för att utforska kärnfunktionerna mer i detalj.

Manuell sanitetstestning: fördelar, utmaningar och process

Manuell sanitetstestning är alla typer av sanitetstestning som utförs manuellt av mänskliga testare. Vid manuell testning validerar testarna själva de viktigaste funktionerna i programvaran genom att testa resultaten av olika testfall och kontrollera dessa mot de förväntade resultaten.

Manuell testning anses ofta vara mer detaljerad än automatiserad testning eftersom den möjliggör mer utforskande testning. Medan automatiserade tester helt enkelt följer ett fastställt manus kan manuella testare använda sin egen insikt och sitt eget omdöme för att utforska funktioner och processer som kan kräva ytterligare undersökningar. Med andra ord kan de gå utanför manuskriptet.

Fördelarna med manuell sanitetstestning är bland annat:

● Manuell testning kan lätt utföras av icke-teknisk QA-personal.
● Det är enkelt att sätta upp ett manuellt sanitetstest utan särskilda resurser.
● Testare kan utforska olika delar av programvarubygget under ett manuellt test.
Men det finns också många nackdelar med manuell sanity testing:

● Manuell testning är tidskrävande och kan inte utföras lika regelbundet som automatiserad testning.
● Testningen kan vara mindre detaljerad om testarna vill spara tid.
● Testtäckningen kan vara smalare
● Det finns utrymme för mänskliga fel vid manuell sanity testing.

Automatisering av sanitetstest: fördelar, utmaningar och processer

Automatiserad testning blir alltmer populär bland testteam som har resurser och kompetens för att implementera den. Genom att automatisera sanitetstestning kan testteamen utföra sanitetstester mer regelbundet och standardisera sanitetstestningsprocessen för flera tester.

Sanitetstestning av programvara med hjälp av automatiseringsverktyg är ett av de snabbaste och mest effektiva sätten att utföra sanitetstestning, men det kräver att programvaruteam avsätter tekniska resurser för att skapa och hantera automatiseringsprocesser.

I mindre team kan detta leda till att resurser dras bort från viktiga processer som utveckling och felrättning.

Fördelarna med automatiserad sanitetstestning är bland annat:

● Automatiserad sanitetstestning är mycket effektivare än manuell testning.
● Det finns inga gränser för hur regelbundet du kan genomföra sanitetstester när du använder automatisering.
● Det finns lite utrymme för mänskliga fel när du automatiserar sanity testing.
● Automatiserade sanitetstester kan täcka ett bredare urval av prover.

Men det finns också nackdelar med automatiserad testning, bland annat:

● Automatiserad testning ger inget utrymme för subjektivitet.
● Automatiserade tester kan inte utforska utanför de scenarier som finns i skriptet.
● Automatisering av sanitetstestning kostar resurser
● Inte alla testteam har den tekniska kompetensen för att automatisera sanity check-testning.

Slutsats: Manuellt eller automatisering av sanitetstest?

Idealiskt sett kan utvecklingsteam och testare kombinera manuell kvalitetssäkringstestning med automatiserad testning för att få bästa möjliga resultat. På så sätt kan programvaruteam dra nytta av konsekvenserna av automatiserad testning och flexibiliteten hos manuell testning.

När det gäller både rök- och sanitetstestning kostar det resurser och teknisk kompetens att automatisera sanitetstestning, vilket innebär att det inte alltid är möjligt, särskilt inte för mindre programvaruteam eller när det gäller sanitetstester av engångskaraktär.

Testteam som vill utforska automatiserad testning kan använda verktyg för sanity testing för att förenkla automatiseringsprocessen och minska behovet av ytterligare utvecklingspersonal.

Vad du behöver för att börja testa din hälsa

Innan du börjar med sanity testing är det viktigt att bestämma hur du ska gå tillväga för att testa och definiera parametrar och mål för sanity testing. Du behöver inte ha så många verktyg för att genomföra sanitetstester och sanitetstesterna kan till stor del vara oplanerade.

Oftast utförs sanity testing för att ändringar har gjorts i en stabil programvarubyggnad och testare vill kontrollera att ändringarna fungerar som förväntat.

I det här fallet börjar du ett sanity test genom att beskriva de ändringar som gjorts, de processer som du kommer att använda för att testa dem och de förväntade resultaten av varje test.

Ett stabilt bygge

Sanity-testerna utförs när programvarubygget har testats för stabilitet med hjälp av rökprov. Det är utvecklarnas och testarnas ansvar att se till att en programvarubyggnad är stabil innan de utför ytterligare tester.

Scenarier för testfall

Innan du börjar testa sanitetskontrollen måste du beskriva de scenarier för testfallet som du ska testa, oavsett om du ska utföra manuella eller automatiserade sanitetstester.

Om du utför sanitetstestning efter att fel har rättats vill du definiera testfall som verifierar kvaliteten på rättelserna.

Verktyg för sanitetstestning

Du behöver inga specialverktyg för att utföra sanity testing, men verktyg för sanity testing kan göra det lättare att utföra tester under den normala arbetsdagen.

Om du vill övergå till regelbundna sanity-tester under dagen eller om ditt utvecklingsteam gör flera ändringar i en programvarubyggnad varje dag kan verktyg för sanity-tester vara till hjälp. Du kan till exempel använda testverktyg för att implementera automatiserade robotprocesser.

Processen för sanitetstestning

Testning av programvarans sanity testing är vanligtvis en relativt snabb process som kan utföras på mindre än en timme. Att automatisera sanitetstester kan ta längre tid i början, men när du väl har skapat ditt automatiseringsskript kan du utföra sanitetstester på nolltid.

Följ stegen nedan för att förstå hur du utför ett manuellt sanity test och vilka steg du behöver ta i varje steg av testprocessen.

1. Identifiera modifierade komponenter.

Syftet med sanity testing är att testa funktionaliteten hos specifika funktioner och komponenter efter att ändringar har gjorts i ett bygge.

Innan du kan börja testa programvarans funktionalitet är det viktigt att identifiera vilka komponenter som har ändrats eller lagts till i byggnaden och vilka aspekter av koden som har ändrats sedan den senaste testrundan.

2. Utvärdera varje komponent.

När du har identifierat de komponenter som behöver testas kan du analysera varje komponent individuellt för att förstå dess egenskaper och hur den ska fungera.

Detta hjälper testarna att förstå de förväntade resultaten av sanity testing och att förstå resultaten av sina tester.

3. Definiera hur man genomför sanitetstestning.

I det här skedet är det nödvändigt att definiera hur du ska gå tillväga för att testa sanity testing. Ska du utföra manuell testning eller automatiserad testning?

Om du använder en automatiserad metod bör verktygen som du använder för att automatisera testningen hjälpa dig att skapa testskript för att testa de komponenter som du redan har identifierat.

Om du testar manuellt, fundera på hur du ska testa de funktioner som du behöver verifiera.

4. Utför sanitetstestning

Nästa steg i sanity testing är att genomföra själva testet.

Testare utför manuell sanity check-testning genom att bedöma alla komponenter, länkade parametrar och funktioner i modulerna som har redigerats, lagts till eller ändrats sedan det senaste testet.

Vid sanitetstestning av programvara ska du jämföra resultaten av varje sanitetstest med de förväntade resultaten av testet för att kontrollera om varje komponent fungerar korrekt.

5. Nästa steg

När du har utfört ditt sanity-test kan du överväga om byggandet har godkänts eller misslyckats. Om sanitetstesterna resulterar i oväntade beteenden eller resultat, skicka tillbaka byggnaden till utvecklarna för vidare arbete.

Om byggnaden klarar sanity testing, vilket innebär att alla komponenter i byggnaden beter sig på det sätt som du förväntar dig, kan ytterligare regressionstestning genomföras.

Bästa praxis för sanity testing

Eftersom sanity testing är både oskriptat och odokumenterat kan testare utföra sanity testing när de behöver det. Det finns inte många rekommenderade bästa metoder för sanity testing eftersom det är en så tillfällig typ av programvarutestning, men det finns några regler som du kan följa för att se till att du får ut så mycket som möjligt av dina sanity tests.

Testa alltid sanitetstestet när du lägger till ny funktionalitet

Det är nödvändigt att testa programvarans funktionalitet när nya funktioner eller kommandon läggs till i en stabil programvarubyggnad.

Den viktigaste bästa metoden för sanitetstestning är att alltid utföra sanitetstestning varje gång en komponent ändras eller läggs till, eller när ett fel repareras.

Fokus på relevanta funktioner och kommandon

En del av definitionen av sanity testing är att den fokuserar på funktioner och kommandon, men när du utför sanity testing är det viktigt att fokusera på de funktioner och kommandon som är viktigast för att din programvara ska fungera.

Liksom rökprovning används sanity testing bäst för att bedöma kärnfunktioner som kan orsaka allvarliga störningar om de inte identifieras i detta skede.

Automatisera alltid tester när det är möjligt

Om du har de resurser, verktyg och tekniska färdigheter som krävs för att automatisera dina sanity-tester kan detta bidra till att både påskynda testprocessen och standardisera testmetoderna.

Det betyder inte att automatiserad testning alltid ska användas i stället för manuell testning, utan att det alltid är bäst att införa någon form av automatiserad testning vid sidan av manuell testning.

Typer av resultat från ett sanitetstest

För det mesta är resultatet av ett sanitetstest helt enkelt ett binärt beslut om godkänt eller underkänt beroende på hur komponenterna som du testar beter sig under testförhållanden.

Passa

Om koden som har ändrats inte innehåller några buggar eller logikfel bör detta leda till att ditt sanity-test godkänns. Att klara testet innebär helt enkelt att modulerna beter sig på det sätt som du förväntar dig att de ska göra när du utför ditt test.

Om testet klaras fortsätter testarna med ytterligare tester och en fullständig uppsättning regressionstester.

Fail

Om de funktioner som du testar inte beter sig som du förväntar dig när du utför ditt sanity-test, visar detta att testet har misslyckats.

Testarna skickar sedan programvarubygget tillbaka till utvecklingsteamet för att fortsätta utvecklingen, åtgärda fel och rätta till eventuella fel i koden som kan leda till att testerna misslyckas.

Exempel på sanitetstest

Det bästa sättet att förstå hur sanitetstester fungerar och hur man utför sanitetstester manuellt är att lära sig hur man gör sanitetstester med hjälp av exempelprov.

IS YOUR COMPANY IN NEED OF

ENTERPRISE LEVEL

TASK-AGNOSTIC SOFTWARE AUTOMATION?

Nedan finns två exempel på sanity testing med testfall.

Sanitetstestning efter en buggfixning

Under rökprovningen hittade utvecklarna fel i ett e-handelsprogram som hindrade kunderna från att lägga till nya varor i sina varukorgar.

Efter att ha utfört reparationer för att åtgärda felet skickades byggnaden vidare till QA-testarna för ett sanity-test. I testet testades funktionaliteten för att lägga till nya artiklar i korgen för att se till att det fungerade som förväntat.

Sanitetstestning efter ändringar

Ett team av utvecklare har arbetat med en uppdatering av en app för inköpslistor som gör det möjligt för användare att kategorisera listor med olika etiketter. Detta innebär att en hel del ny kod läggs till i den befintliga byggnaden för att implementera den här funktionen.

När koden har lagts till utför testarna sanity testing för att utvärdera den nya funktionen och testa dess prestanda. Ett fel uppstår som hindrar användare från att kategorisera om en lista när de redan har lagt till en etikett till den, så byggnaden skickas tillbaka till utvecklarna för ytterligare arbete.

Typer av fel och buggar som upptäcks genom sanity testing

Sanity testing används vanligen för att testa om en programvarubyggnad är rationell efter att ändringar har gjorts som kan påverka programvarans funktionalitet.

Testning av sanitet i programvara kan hjälpa QA-testare att identifiera olika buggar och fel i datorkod.

Logiska fel

Sanity-tester kan hjälpa testare och utvecklare att identifiera logikfel i den nya koden. Dessa fel kan leda till att kärnfunktioner beter sig oväntat eller till och med att programvaran kraschar.

Bugs

Fel i datorkod kan vara små eller stora; i vissa fall kan de bara påverka användbarheten och bekvämligheten, medan de i andra fall kan hindra hela programmet från att fungera alls.

Sanity-tester kan identifiera fel eller avslöja om ett fel har åtgärdats på ett lämpligt sätt eller inte.

Vanliga mätvärden för sanitetstestning

Mätvärden i alla typer av programvarutestning bör vara räkningsbara och kvantifierbara. När du utför sanity testing är det viktigt att hålla koll på mätvärden som kan hjälpa dig att objektivt bedöma resultatet av sanity testing.

Detta är särskilt viktigt om du vill automatisera sanity testing någon gång i framtiden.

Några exempel på mätvärden för sanity testing är:

● Testfall inte utförda
● Testfallen har godkänts
● Testfall misslyckades
● Testfall blockerade

Mätbara mätvärden inkluderar alla resultat som ger kvantitativa data som återspeglar hur väl din programvarubyggnad har fungerat under sanity-testet.

5 bästa gratis verktyg för Sanity Testing

Om du är intresserad av att implementera gratis verktyg för sanitetstestning för att planera, köra och automatisera sanitetstester på stabila programvarubyggnader, finns nedan en lista över några av de bästa verktygen för sanitetstestning som finns tillgängliga gratis online idag.

ZAPTEST FREE edition

ZAPTEST är en gratis testverktygssvit som finns både i en gratisversion och en betald företagsutgåva.

ZAPTEST FREE är ett verktyg för programvarutestning som gör det möjligt för användare att automatisera sanitetstester, röktester och andra typer av programvarutester för att testa program för Mac, Windows, Android och andra plattformar.

Det är lätt att använda och det perfekta sättet att prova automation för sanity testing utan att betala en premie.

Kort sagt, ZAPTEST:s 1SCRIPT-teknik gör det möjligt att automatisera testning av alla mjukvarutillämpningar, plattformsoberoende, webbläsaroberoende och enhetsoberoende, i ett kodlöst gränssnitt som är idealiskt både för nybörjare och mycket erfarna testare.

QA Wolf

Om du letar efter enkelhet är QA Wolf ett fantastiskt enkelt program för QA-testning som finns helt och hållet i din webbläsare, vilket innebär att du inte behöver ladda ner något för att använda det. Du kan använda QA Wolf för att utföra automatiserade tester oavsett vilken kompetensnivå du har.

Selen

Selenium är ett annat testverktyg som finns både som gratisversion och som betalversion. Selenium är kompatibelt med många programmeringsspråk, vilket gör det till ett bra val för utvecklingsteam som använder mindre vanliga språk, och det kan användas för att automatisera sanity testing och andra typer av testning av webbapplikationer.

Watir

Om du vill börja skriva egna automatiserade programvarutester men inte vet var du ska börja, är Watir ett verktyg med öppen källkod som gör det enkelt att skriva enkla och underhållbara automatiserade sanity-tester.

Väderkvarn

Windmill är ett testverktyg med öppen källkod som skapades för att automatisera testning och felsökning av webbapplikationer. Det är ett effektivt verktyg för sanitetstestare som vill kontrollera att webbprogrammen har felsökts ordentligt under utvecklingsfasen.

Checklista för sanitetstestning

Innan du utför dina första sanitetstester ska du se till att du förstår hur sanitetstester definieras och vad du behöver innan du börjar med sanitetstester.

● Vet du vilka nya funktioner som har lagts till i byggnaden?
● Förstår du hur den nya funktionen ska fungera?
● Vilka är dina kriterier för att klara och misslyckas med förnuftstestet?
● Behöver du skaffa några verktyg för sanity testing innan du börjar?
● Hur planerar du att förmedla resultaten av ditt test till utvecklarna?
● Vet du hur du kan upprepa sanitetstesterna om det behövs?
När du vet alla svaren på dessa frågor är du redo att påbörja ditt första test.

Slutsats

Sanity testing är ett nödvändigt steg i programvarutestning som gör det möjligt för testare att bedöma om nyligen modifierade komponenter fungerar korrekt. Sanity testing utförs alltid av testare snarare än av utvecklare, och det är möjligt att automatisera sanity testing eller utföra det manuellt.

I takt med att fler programvaruteam går över till hyperautomatisering blir automatiserad sanity testing allt vanligare. Idealiskt sett kan programvaruteam sträva efter att utföra manuella, utforskande tester när de testar nya komponenter, samtidigt som de använder automatiserad testning för att testa små ändringar under arbetsdagen.

Vanliga frågor och resurser

Om du vill fördjupa dina kunskaper om sanity testing kan du ta del av resurserna och de vanliga frågorna nedan.

De bästa kurserna om automatisering av sanitetstest

Du kan lära dig mer om sanity testing och andra typer av programvarutestning genom att söka efter onlinekurser i sanity testing. Du kan hitta kurser online på webbplatser som t.ex:

● Coursera
● Uplatz
● Kurslinje
● Edureka
Vissa onlinekurser erbjuds gratis, medan andra kan erbjuda certifieringar eller kvalifikationer efter avslutad kurs mot en avgift.

De bästa böckerna om sanity testing

Du kan förbättra dina kunskaper om sanity testing genom att läsa böcker om sanity testing och programvarutestning.

● Mjukvarutestning, av Ron Patton
● How to Break Software, av James Whittaker
● Tekniker för programvarutestning, av Boris Beizer
● Software Test Automation, av Mark Fewster och Dorothy Graham
● Agil testning, av Lisa Crispin och Janet Gregory

Vilka är de fem vanligaste intervjufrågorna om sanity testing?

Innan du ansöker om QA-jobb som kan innebära sanity testing kan du förbereda svaren på vanliga intervjufrågor om sanity testing.

● Vad är skillnaden mellan rök- och sanitetstestning?
● När ska du utföra sanitetstestning?
● Hur avgör du om ett sanitetstest har misslyckats?
● När kan du utföra manuell respektive automatiserad testning?
● Vilka är fördelarna med sanity testing?

De bästa YouTube-handledningarna om sanity testing

Du kan lära dig mer om sanity testing i dessa YouTube-videor:

Vad är Sanity Testing?
Skillnaden mellan rök- och sanitetstestning
Vad är Sanity Testing? Purushotam Academy
Rökprovning och sanitetsprovning med exempel

Hur man upprätthåller sanitetstester

Eftersom sanitetstester vanligtvis används för att verifiera ändringar som gjorts i koden kan det hända att du testar olika delar av koden eller anpassar testet för att bedöma olika funktioner varje gång du kör ett sanitetstest.

Därför är det viktigt att hålla koll på underhållet av dina sanity-tester för att se till att du är redo att testa närhelst det behövs.

● Uppdatera testfallen när funktionaliteten i din programvara utvecklas.
● Följ alltid de bästa metoderna för testdesign
● omvärdera dina tester regelbundet
● Tänk på framtida projekt när du skapar nya tester.

Vad är sanity testing i QA?

Sanity testing inom QA Är en typ av programvarutestning som innebär att man testar nyligen modifierade eller tillagda komponenter i en stabil programvarubyggnad för att se till att de beter sig korrekt.

Denna definition av sanity testing skiljer sanity testing från smoke testing eftersom smoke testing utförs på instabila versioner.

Sanity testing utförs alltid av testare snarare än av utvecklare, och en av de vanligaste orsakerna till att utföra ett sanity test är att ett fel har rättats eller reparerats. På så sätt säkerställer testarna att korrigeringen fungerar korrekt och ytterligare tester kan påbörjas.

Om du som organisation behöver testning av programvara på företagsnivå + tjänster, kontakta oss gärna! ZAPTEST är det ledande automatiseringsverktyget på alla plattformar, inklusive Linux, Windows, Android, iOS och webben. Det gör det möjligt att göra alla typer av tester, inklusive belastningstester, prestandatester, UI-tester, enhetstester, funktionella tester, integrationstester, UI-tester, komplexa API-tester och många fler!

Download post as PDF

Alex Zap Chernyak

Alex Zap Chernyak

Founder and CEO of ZAPTEST, with 20 years of experience in Software Automation for Testing + RPA processes, and application development. Read Alex Zap Chernyak's full executive profile on Forbes.

Get PDF-file of this post