Hvad er destruktiv test i software

Hvad er destruktiv testning?

Destruktiv test er en softwaretestmetode til at finde fejlpunkter i et softwareprogram. I denne teknik er en ansøgning med vilje lavet til at undlade at kontrollere robustheden og identificere fejlpunkterne. I modsætning til andre testmetoder, der kontrollerer applikationens funktion, kontrollerer denne teknik den uforudsigelige brugeradfærd i applikationen.

For destruktiv testning er det ikke nødvendigt at have kendskab til de oprindelige krav til et softwareprodukt. En vis viden kan dog hjælpe med udviklingen.ping en god teststrategi.

Hvorfor lave destruktiv test?

• Det hjælper med at forstå forudsigelig softwareadfærd, når softwaren bliver brugt forkert
• Det hjælper med at kontrollere robustheden af ​​et softwareprodukt.

Hvad tjekker du i Destructive Testing?

I destruktiv testning vil du tjekke for følgende ting

• Korrekt softwareadfærd
• Ukorrekt softwareadfærd
• Ukorrekt brug
• Ukorrekte inputdata
• Korrekte outputdata

Hvordan laver man destruktiv test?

Destruktiv test involverer mange aktiviteter som at designe et sæt testscripts, eksekvere testscripts, rejse fejl, lukke fejl og give bestået eller fejl-metrikker til interessenter i slutningen af ​​iterationen.

For destruktiv testning er der mange måder, det kan testes på. Lad os se nogle eksempler på destruktiv testning-

• Metode til analyse af fejlpunkter: Dette eksempel på destruktiv test er en gennemgang af systemet, der udfører en vurdering af, hvad der kunne gå galt på forskellige punkter. Til denne strategi kan der tages hjælp fra BA (Business Analyst).
• Tester peer review: Få dine testcases analyseret eller gennemgået af en medtester, som er mindre fortrolig med systemet/funktionen
• Forretningsgennemgang af testcases: Slutbrugerne eller eksperterne kan tænke på mange gyldige scenarier, som testere nogle gange ikke har overvejet eller overset, da hele deres fokus vil være på at teste kravene
• Udfør eksplorativ test ved hjælp af kørselsark: Udforskende test ved hjælp af run sheets, vil hjælpe med at bestemme, hvad der blev testet, gentage testene og giver dig mulighed for at kontrollere din testdækning.
• Brug en anden kilde: Du kan bede nogen om at bryde softwareproduktet og analysere for forskellige scenarier.

Destruktive testmetoder

Følgende er de forskellige Destruktive testmetoder brugt i Software Engineering:

• Alfa/beta test
• Regressionstest
• Interface test
• Ækvivalenspartitionering
• Løkketest
• Accepttest og så videre.

Destruktive testteknikker

Nedenfor er Destruktive testteknikker der kan bruges med modifikationer:

• Hvid Box Test
• Sikkerhedstest
• Defekt Test
• Røgtest og så videre

Mens du udfører destruktiv testning, er der visse testbetingelser

• Softwaren må aldrig behandle eller acceptere ugyldige inputdata
• Uanset gyldigheden eller rigtigheden af ​​inputdata, bør softwaren altid producere korrekte outputdata

Resumé

• I denne teknik er en applikation med vilje lavet til at fejle programmet for at kontrollere applikationens robusthed
• For destruktiv test er det ikke nødvendigt for at have kendskab til de originale krav til et softwareprodukt.
• Det hjælper med at forstå forudsigelig softwareadfærd, når softwaren bliver brugt forkert
• Destruktiv test involverer mange aktiviteter som at designe et sæt testscripts, eksekvere testscripts, rejse fejl, lukke fejl og give bestået eller fejl-metrikker til interessenter i slutningen af ​​iterationen.