Wat is destructief onderzoek?
Destructief testen wordt gedefinieerd als een softwaretesttype om faalpunten in een softwareprogramma te vinden. Het is een testmethode waarbij een applicatie opzettelijk is gemaakt om de robuustheid van de applicatie niet te controleren en het punt van mislukking te identificeren.
In tegenstelling tot andere testmethoden die de functie van een applicatie controleren, controleert deze techniek het onvoorspelbare gebruikersgedrag binnen de applicatie.
Voor destructief testen is het niet nodig om kennis te hebben van de oorspronkelijke vereisten van een softwareproduct. Enige kennis kan echter helpen bij het ontwikkelen van een goede teststrategie.
Waarom destructief onderzoek doen
- Het helpt om voorspelbaar softwaregedrag te begrijpen wanneer de software onjuist wordt gebruikt
- Het helpt om de robuustheid van een softwareproduct te controleren.
Wat u controleert in Destructief testen
Bij Destructief testen controleert u op de volgende zaken
- Juiste softwaregedrag
- Onjuist softwaregedrag
- Oneigenlijk gebruik
- Onjuiste invoergegevens
- Juiste uitvoergegevens
Hoe destructief onderzoek te doen
Destructief testen omvat vele activiteiten, zoals het ontwerpen van een set testscripts, het uitvoeren van testscripts, het opwerpen van bugs, het sluiten van bugs en het aan het einde van de iteratie verstrekken van de pass of fail-statistieken aan belanghebbenden.
Voor destructief onderzoek zijn er talloze manieren waarop het kan worden getest. Laten we enkele voorbeelden bekijken-
- Faalpuntanalysemethode: het is een doorloop van het systeem waarbij wordt beoordeeld wat er op verschillende punten mis kan gaan. Voor deze strategie kan hulp worden ingeroepen van BA (Business Analist).
- Tester peer review : laat uw testcases analyseren of beoordelen door een collega-tester, die minder bekend is met het systeem / de functie
- Business review van testcases : de eindgebruikers of experts kunnen veel geldige scenario's bedenken die testers soms niet hebben overwogen of gemist, aangezien hun volledige focus zal liggen op het testen van de vereisten
- Voer verkennende tests uit met behulp van run-sheets: verkennend testen met behulp van run-sheets helpt om te bepalen wat er is getest, herhaal de tests en stelt u in staat om uw testdekking te controleren.
- Gebruik een andere bron: u kunt iemand vragen om het softwareproduct te breken en voor verschillende scenario's te analyseren.
Destructieve testmethoden
Hieronder volgen de verschillende destructieve testmethoden die worden gebruikt in Software Engineering:
- Alfa- / bètatests
- Regressietesten
- Interface testen
- Equivalentiepartitionering
- Loop testen
- Acceptatietesten, enzovoort.
Destructieve testtechnieken
Hieronder staan de destructieve testtechnieken die kunnen worden gebruikt met aanpassingen:
- White Box-testen
- Beveiligingstests
- Defect testen
- Rookproeven, enzovoort
Bij het uitvoeren van destructief onderzoek zijn er bepaalde testvoorwaarden
- De software zal nooit ongeldige invoergegevens verwerken of accepteren
- Ongeacht de geldigheid of juistheid van invoergegevens, moet de software altijd de juiste uitvoergegevens produceren
Overzicht:
- Bij deze techniek wordt opzettelijk een applicatie gemaakt om het programma niet te laten slagen om de robuustheid van de applicatie te controleren
- Voor destructief testen is het niet nodig om kennis te hebben van de oorspronkelijke vereisten van een softwareproduct.