<\/span><\/h2>\nSanity testing sparer en masse tid og kr\u00e6fter, fordi det forhindrer QA-teams i at spilde tid p\u00e5 dybere tests, f\u00f8r de er sikre p\u00e5, at kernefunktionerne i softwarebyggeriet fungerer, som de skal.<\/p>\n
Sanity testing er hurtigt, omkostningseffektivt og n\u00f8dvendigt, hvis udviklings- og testteams \u00f8nsker at skabe fejlfri software effektivt og hurtigt.<\/p>\n
\u25cf Det sparer tid og ressourcer
\n\u25cf Der kr\u00e6ves ingen dokumentationsindsats
\n\u25cf Det kan hj\u00e6lpe med at identificere manglende genstande
\n\u25cf Det forhindrer st\u00f8rre problemer senere<\/p>\n
<\/h3>\n<\/span>Det er effektivt og hurtigt<\/span><\/h3>\nSanity testing er en hurtig og effektiv m\u00e5de at fastsl\u00e5, om n\u00f8glefunktionerne i et software build fungerer som forventet.<\/p>\n
Du kan udf\u00f8re simple sanity tests p\u00e5 mindre end en time, og hvis din sanity test best\u00e5r, giver det dit QA-team gr\u00f8nt lys til at forts\u00e6tte med yderligere testning.<\/p>\n
<\/h3>\n<\/span>Det kr\u00e6ver ikke dokumentation<\/span><\/h3>\nDe fleste sanity tests er uscriptede, hvilket betyder, at testerne ikke har strenge krav om at skrive kriterierne for best\u00e5et\/ikke-best\u00e5et for hver test eller skrive dokumentation for at pr\u00e6sentere resultaterne af sanity testen. Det betyder, at det kan g\u00f8res relativt hurtigt og uformelt, uden at det medf\u00f8rer v\u00e6sentlige forstyrrelser i arbejdet.<\/p>\n
<\/h3>\n<\/span>Den kan identificere manglende genstande<\/span><\/h3>\nSanity testing kan hj\u00e6lpe testerne med at identificere relaterede eller manglende objekter, som kan v\u00e6re afg\u00f8rende for buildets funktion. Fordi sanity testing bruges til at teste specifikke funktionaliteter individuelt, er det lettere at identificere individuelle fejl og problemer ved sanity testing end ved r\u00f8gtest og andre indledende softwaretests.<\/p>\n
<\/h3>\n<\/span>Det forhindrer st\u00f8rre problemer senere<\/span><\/h3>\nSanity check-testning kan hj\u00e6lpe dig med at identificere problemer tidligt i testprocessen og undg\u00e5 st\u00f8rre fejl, der kan v\u00e6re \u00f8del\u00e6ggende senere i udviklingen. Hvis du identificerer problemer tidligt, kan det hj\u00e6lpe dig med at overholde tidsplanen under udviklingen og forhindre dyre fejltagelser.<\/p>\n
<\/h2>\n<\/span>Udfordringerne ved sanity testing<\/strong><\/span><\/h2>\nSanity testing er ikke uden udfordringer. Sanity testing-software kan hj\u00e6lpe testere med at identificere nogle af de st\u00f8rste fejl i et build, f\u00f8r de forts\u00e6tter med yderligere testning, men det er ikke en p\u00e5lidelig m\u00e5de at identificere alle problemer, der kan opst\u00e5.<\/p>\n
Nogle af udfordringerne ved sanity testing omfatter:<\/p>\n
\u25cf Den har et relativt sn\u00e6vert anvendelsesomr\u00e5de og kan overse nogle sp\u00f8rgsm\u00e5l.
\n\u25cf Sanity-testning er uscriptet.
\n\u25cf Udviklerne ved ikke altid, hvordan de skal rette de fejl, der findes ved sanity testing.
\n\u25cf Sanity testing fokuserer kun p\u00e5 softwarens kommandoer og funktioner.<\/p>\n
<\/h3>\n<\/span>Det har et sn\u00e6vert anvendelsesomr\u00e5de<\/span><\/h3>\nSanity testing har et meget sn\u00e6vert anvendelsesomr\u00e5de sammenlignet med mange andre typer af test. Form\u00e5let med sanity testing er at teste specifikke funktionaliteter eller \u00e6ndringer for at sikre, at de fungerer korrekt. Ud over disse \u00e6ndringer giver sanity testing ikke nogen indsigt i den overordnede funktionalitet af softwarebyggeriet.<\/p>\n
<\/h3>\n<\/span>Det er uscripted<\/span><\/h3>\nMens nogle testere m\u00e5ske vil betragte dette som en fordel, betyder det faktum, at sanity testing ikke er scriptet, at der ikke er nogen dokumentation at kigge tilbage p\u00e5 i fremtiden, hvis udviklere eller testere \u00f8nsker at kontrollere resultaterne af en sanity test. Sanity testing har begr\u00e6nset nyttev\u00e6rdi ud over den umiddelbare virkning.<\/p>\n
<\/h3>\n<\/span>Den tester kun funktioner og kommandoer<\/span><\/h3>\nSanity testing bruges kun til at teste funktioner og kommandoer i et software build. Du kan ikke teste, hvordan softwaren fungerer p\u00e5 designstrukturniveau i sanity testing, hvilket betyder, at det ikke altid er let for udviklerne at identificere, hvor de problemer, der opst\u00e5r, er, og hvordan de skal l\u00f8ses.<\/p>\n
<\/h2>\n<\/span>Egenskaberne ved sanity testing<\/strong><\/span><\/h2>\nSanity-testning kan adskilles fra andre former for softwaretestning p\u00e5 grundlag af dens vigtigste funktioner og karakteristika. Det er muligt at definere sanity testing ved at overveje dens karakteristika, som er f\u00f8lgende:<\/p>\n
\u25cf Enkel
\n\u25cf Ubeskrevet
\n\u25cf Udokumenteret
\n\u25cf Dyb
\n\u25cf smal
\n\u25cf Udf\u00f8rt af testere<\/p>\n
<\/h3>\n<\/span>Enkel<\/span><\/h3>\nSanity-testning er en simpel form for softwaretestning, der er beregnet til at v\u00e6re let at designe og lige s\u00e5 let at udf\u00f8re. Det betyder, at QA sanity testing kan udf\u00f8res hurtigt, n\u00e5r der er behov for det, uden at testteams skal planl\u00e6gge uformelle tests.<\/p>\n
<\/h3>\n<\/span>Ubeskrevet og udokumenteret<\/span><\/h3>\nSanity testing er normalt b\u00e5de uscripted og udokumenteret, hvilket ogs\u00e5 bidrager til den tilf\u00e6ldige m\u00e5de, hvorp\u00e5 sanity testing kan udf\u00f8res i de fleste testmilj\u00f8er.<\/p>\n
Sanity testing er en uformel proces, der prim\u00e6rt er til for at kontrollere, at \u00e6ndrede funktioner og features fungerer som forventet.<\/p>\n
<\/h3>\n<\/span>Dyb og smal<\/span><\/h3>\nSanity testing er en type softwaretest, der anses for at v\u00e6re b\u00e5de dyb og sn\u00e6ver. Det betyder, at sanity testing kun d\u00e6kker et sn\u00e6vert udsnit af et software build, men g\u00e5r i dybden med de aspekter af buildet, som testes.<\/p>\n
F.eks. kan softwaretestere teste funktionen af en enkelt funktion i detaljer i stedet for at teste alle kernefunktioner p\u00e5 et grundl\u00e6ggende niveau.<\/p>\n
<\/h3>\n<\/span>Udf\u00f8rt af testere<\/span><\/h3>\nSanity testing udf\u00f8res n\u00e6sten altid af testere. Dette adskiller sanity testing fra andre almindelige former for softwaretestning som f.eks. r\u00f8gtestning, der kan udf\u00f8res enten af QA-teams eller udviklere.<\/p>\n
<\/h2>\n<\/span>Sanity testing vs. r\u00f8gtest vs. regressionstest<\/strong><\/span><\/h2>\nSanity testing, smoke testing og regression testing omtales ofte sammen, og nogle mennesker kan forveksle de forskellige testtyper, hvis de ikke forst\u00e5r forskellene mellem definitionen af sanity testing og andre testtyper.<\/p>\n
Smoke- og sanity-test er begge hurtige test, der udf\u00f8res for at afg\u00f8re, om et software-build fungerer korrekt. Sanity-tests er dog forskellige fra b\u00e5de r\u00f8gtests og regressionstests.<\/p>\n