destructive testing
Forskellen mellem destruktiv test og ikke-destruktiv test med dens typer og metoder:
I denne artikel skal vi diskutere detaljer om destruktiv test og ikke-destruktiv softwaretest.
Vi lærer om dem en efter en og vil også se forskellene mellem disse to testtyper i slutningen af artiklen.
Hvad du lærer:
- Hvad er destruktiv test, og hvad er fordelene ved det?
- Hvad er ikke-destruktiv test, og hvad er fordelene ved det?
- Forskellen mellem destruktiv og ikke-destruktiv test
Hvad er destruktiv test, og hvad er fordelene ved det?
Destruktiv softwaretest (DST) er en slags softwaretest, der forsøger at få en del af softwareapplikationen til at mislykkes på en ukontrolleret måde for at teste dens robusthed og opdage fejlpunktet.
I modsætning til andre konventionelle softwaretestmetoder, der kontrollerer softwarens funktionalitet, inspicerer denne metode den uforudsigelige brugeradfærd i softwaren. Så det gør det muligt for os at afdække softwarefejl, som almindelige brugere normalt ikke støder på.
Bemærk, at destruktiv softwaretest (DST) er en alternativ tilgang til konventionel softwaretest (CST), men ikke erstatning. Det er effektivt at udføre sommertid ud over CST.
Destruktiv test udføres under de strengeste driftsforhold, og det fortsætter, indtil applikationen går i stykker. Hovedideen med denne testning er ikke kun at afdække svaghederne i designet, hvis der muligvis ikke afsløres under normale arbejdsforhold, men også at opdage softwareproduktets levetid.
Denne type test deler ligheder med Monkey Testing, Ad hoc Testing og Exploratory Testing.
Fordele ved destruktiv softwaretest
forskel mellem test case og test script
- Det hjælper med at måle robusthed, genopretningsevne og levetid for applikationen.
- Afslører fejlpunkterne i tilfælde af upassende eller misbrug af softwaren.
- Det indstiller den rigtige kontekst for testeren, da den ignorerer forstyrrelserne i brugerhistorier under test.
- Det gør det muligt for os at afdække softwarefejl, som almindelige brugere normalt ikke støder på.
- Denne type test er unik ved at opdage fejl i applikationen, som når den adresseres, vil fremme softwarens rang til nybegynderfast status.
Skridt til at udføre denne test
- I begyndelsen af den destruktive softwaretestcyklus sender klienten en applikationskopi eller adgangsoplysninger og brugerkrav.
- Klienten præsenterer derefter kravene og demonstrerer applikationen til en QA-analytiker.
- Dernæst etablerer QA-analytikeren funktionen af grænser inden for applikationen og skaber anvendelsesgrænserne for applikationen inden for grænserne.
- Nu vil QA-testeren tilfældigt teste applikationen inden for disse grænser ved hjælp af de stokastiske teknikker. QA-testens arbejdsgange og mangler registreres.
- Endelig deles defektmappen med klienten.
- Hvis der er behov, kan den destruktive testcyklus gentages baseret på kundens krav.
Til denne test er det godt at have noget kendskab til de oprindelige krav til softwaren. Dette hjælper med at komme med en god teststrategi.
Hvad bekræfter du i Destruktiv test?
- Forkert og korrekt opførsel af softwareapplikationen.
- Gyldige og ugyldige inputdata.
- Forkert brug af softwareapplikationen.
Destruktive softwaretestmetoder og strategier
Der er flere måder, hvorpå destruktiv test kan udføres:
1) Metode til analyse af fejlpunkt:
I denne metode gennemgås applikationen og undersøges for at få adgang til alle stier og hjørner af den. Det bestemmes, hvad der kan mislykkes på forskellige punkter. Til denne metode kan du tage hjælp fra forretningsanalytikere til at få en gennemgang af applikationen.
2) Peer review:
Få applikationen gennemgået af en testtest, der ikke er fortrolig med softwaren. Dette hjælper med at finde nogle skjulte fejlpunkter, som ikke var synlige for dig som tester.
3) Få testsager gennemgået af virksomheden:
Slutbrugerne og andre interessenter kan undertiden tænke på gyldige testscenarier, som en tester måske har gået glip af. Så at få testsager gennemgået af virksomheden kan øge din testdækning.
4) Undersøgende test:
Udfør sonderende test ved hjælp af køreark. Det hjælper dig med at vide, hvad der testes, gentage testene og kontrollere testdækningen.
5) Før systemet med ukorrekte data:
bedste mp3 downloader til Windows 10
Du kan levere ugyldigt input til applikationen. Dette kan omfatte korrupte data, den forkerte rækkefølge af trin på brugergrænsefladen osv.
6) Brug andre kilder:
Du kan også bruge andre kilder eller måder til at bryde systemet og analysere for forskellige scenarier. Det gode er, at brugerhistorien om destruktiv softwaretest ikke nødvendigvis beder om 'krav' og 'specifikationer', så du kan prøve enhver passende måde at udføre denne test på.
Destruktive testteknikker
Destruktiv softwaretest kan udføres ved hjælp af forskellige teknikker som:
- Accept test
- Loop test
- Regressionstest
- Ækvivalenspartitionering
- Grænseværditest
- Interface test
- Alpha / Beta test
- Systemtest
- Top-down test
- Test af sort boks
Få nyttige tip til destruktiv softwaretest
- Få så meget viden om produktet, som du kan. Sæt dig selv i kundens sko og tænk derefter på produktet fra hans perspektiv.
- Slet alle de partiske oplysninger fra brugerhistorien. Glem alt om brugerhistoriens beskrivelse og acceptkriterier, og prøv at bryde applikationen som en skør kunde.
- Se efter undtagelsesstierne, ikke de glade stier. Husk, at du ved at ignorere acceptkriterierne ikke kender den forventede eller normale arbejdsgang.
- Forvent ikke et positivt svar fra din ansøgning. Hvad hvis noget mislykkes? Prøv at simulere og ødelægge alt hvad du kan.
- Begræns dine netværksforhold til en mere realistisk opsætning, fordi alle de virkelige brugere ikke har maskiner i topklasse og netværksforhold.
Hvad er ikke-destruktiv test, og hvad er fordelene ved det?
Ikke-destruktiv test (NDT) beskrives som en softwarevurderingsmetode, der indebærer interaktion med software korrekt. I modsætning til destruktiv softwaretest, hvor vi ser efter undtagelsesstier, i ikke-destruktiv test ser vi efter glade stier eller gyldne stier. NDT er også kendt som positiv testning.
For eksempel, hvis der er et inputfelt, der accepterer et tal inden for 1-999, ville en positiv testtilfælde være at indtaste et nummer inden for dette interval og kontrollere funktionaliteten i inputboxen.
I NDT har vi et veldefineret testtilfælde ved hjælp af et kendt krav, der udføres uden nogen fejl eller undtagelser og producerer det ønskede output. Det giver de forventede resultater og verificerer, at softwaren fungerer som forventet.
Fordele af ikke-destruktiv softwaretest
- Forbedret softwarekvalitet og problemer bliver løst i programmets hovedflow.
- Nyttigt til at demonstrere, at softwareapplikationen fungerer i henhold til de krævede specifikationer.
- Kontrollerer, at kundens forventninger er opfyldt.
- Sikrer at præstationskravene er opfyldt.
- Sparer både tid og penge ved produktvurdering og fejlfinding.
Hvornår skal denne test udføres
- Det skal være den første testform og skal udføres i den indledende fase af SDLC, fordi den lykkelige sti er programmets hovedstrøm, og hvis den ikke fungerer godt, bliver resten af testen blokeret.
- Det kan gøres hurtigt og nemt, når vi ikke har tid og budget til at teste nok. Dette sikrer i det mindste, at softwarekrav og acceptkriterier er opfyldt.
Strategi til ikke-destruktiv softwaretest
- Den positive testmetode bør anvendes til at udføre den ikke-destruktive test.
- Under testningen skal testeren huske på, at formålet med den ikke-destruktive test er at kontrollere, at applikationen fungerer fint ved at give gyldige inputdata. Så målet er at verificere applikationsadfærd for det positive datasæt.
- Den bedste praksis er at kontrollere, om systemet gør, hvad det er beregnet til.
Forskellen mellem destruktiv og ikke-destruktiv test
Destruktiv test | Ikke-destruktiv testning |
---|---|
Fokuserer på svaghederne i design, men ikke funktionalitet. | Fokuserer på svagheder i funktionalitet, men ikke design. |
Behøver ikke nødvendigvis forretningskrav. Destruktiv test udføres uden at blive bekendt med forudbestemte krav. | Test udføres for at verificere funktionaliteterne i forhold til forretningskrav og acceptkriterier. |
Hensigten er at bryde softwaren ved at levere usædvanlige input til at opdage fejlpunkter. | Hensigten er at interagere med softwaren korrekt for at bekræfte positive resultater. |
Konklusion
I destruktiv test bliver applikationen bevidst nedbrudt for at undersøge applikationens robusthed. Det registrerer de fejlpunkter i softwaren, der kan opstå på grund af forkert håndtering af applikationen fra kunden.
Den registrerer de svage punkter, der ikke kan spores ved hjælp af konventionel softwaretest. For bedre testdækning foretrækkes det at udføre destruktiv softwaretest sammen med konventionel softwaretest.
Ikke-destruktiv test udføres med den positive test eller happy path-testtilgang for at kontrollere, at softwarefunktionaliteten opfylder kundens krav. Det indebærer at interagere med softwaren korrekt.
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 [QA Test Automation Tools]
- Software Testning QA Assistant Job
- Software Testing Course: Hvilket Software Testing Institute skal jeg tilmelde mig?
- Valg af softwaretest som din karriere
- Softwaretest Teknisk indhold Writer Freelancer Job
- Test af Primer eBook Download
- Nogle interessante spørgsmål om software-test Interview
- Software Testing Course Feedback og anmeldelser