Wat is negatief testen? Testgevallen met voorbeeld

Negatieve testen

Negatieve testen Negatieve testen zijn een type softwaretest dat wordt gebruikt om een ​​softwareapplicatie te controleren op onverwachte invoergegevens en -omstandigheden. Onverwachte gegevens of omstandigheden variëren van een onjuist gegevenstype in een eenvoudig formulierveld tot een opzettelijke hackaanval. Het doel van negatieve testen is om te voorkomen dat de applicatie vastloopt door ongeldige invoer en om de kwaliteit en stabiliteit van het product te verbeteren.

Een positieve test bewijst alleen dat het systeem onder normale omstandigheden werkt. Een negatieve test bevestigt dat hetzelfde systeem ook abnormale omstandigheden aankan, wat essentieel is voor een fouttolerant product.

Voorbeeld van negatief testen

Een lift is het voorbeeld dat het vaakst wordt gebruikt om negatieve testresultaten uit te leggen, omdat zowel het normale gedrag als het falen ervan gemakkelijk voor te stellen zijn.

De werking van een lift is bekend: door een verdiepingsnummer in te drukken, gaat de lift naar die verdieping en de deur opent automatisch zodra de lift de aangegeven verdieping bereikt.

Hieronder staan ​​enkele negatieve scenario's voor dezelfde lift, naast de aanname die een positieve testuitslag met zich meebrengt.

Al deze gevallen vallen onder negatieve testresultaten. Geen enkel geval kan gegarandeerd nooit voorkomen, dus elk geval moet worden ingedamd.

Stel dat de overbelasting nooit wordt gecontroleerd en de lift zich abnormaal gedraagt ​​zodra deze overbelast raakt. Die ene fout kan de betrouwbaarheid van het systeem aantasten en zelfs levensgevaarlijk zijn. Dit is wat negatieve testen in de praktijk betekenen en waarom ze belangrijk zijn.

Software gedraagt ​​zich op dezelfde manier. Een negatieve test wijkt opzettelijk af van de normale werkprocedure. Neem bijvoorbeeld een inschrijfformulier.

In elk van deze negatieve gevallen moet het systeem nog steeds functioneren. Als er een teken in een numeriek veld wordt getypt, kan de applicatie de onverwachte gegevens niet verwerken en kan deze vastlopen. Erger nog, een SQL injectie Een wijziging van een tekenreeks in hetzelfde veld kan de inhoud van de database wissen. Dergelijke verliezen zijn de reden waarom negatieve tests bestaan.

Waarom negatief testen?

Testen kost tijd en geld, dus het is belangrijk om te bepalen wat, hoe en hoeveel er getest moet worden. De argumenten voor het besteden van een deel van dat budget aan negatieve tests verschillen per projectvoorkeur.

Organisatieperspectief

Het leveren van een product van goede kwaliteit aan de klant is de verantwoordelijkheid van de organisatie, en negatieve testen maken deel uit van die verplichting. Het is tevens het bewijs voor de organisatie dat zij alle redelijke maatregelen heeft genomen om een ​​storing te voorkomen, ook al is geen enkel systeem volledig foutloos.

De impact is de doorslaggevende factor. Een e-commercewebsite kan alle positieve tests doorstaan ​​en toch een kwetsbaarheid bevatten waardoor een aanvaller een SQL-injectie kan uitvoeren en de achterliggende gegevens kan wissen. Dat is een ernstige beveiligingsinbreuk, en alleen negatieve tests sporen die op.

Publieksgerichte applicaties, met name websites, bieden vrijwel geen controle over hoe bezoekers ze gebruiken. Daarom is negatief testen de enige manier om te bevestigen dat ongebruikelijk gebruik wordt afgedekt en ingedamd. Hetzelfde geldt voor kwaadwillende gebruikers: aanvallers zoeken actief naar een kans om een ​​systeem te kraken, en hackscenario's horen absoluut thuis in de dekking van negatieve tests.

Klantperspectief

Klanten verwachten een product zonder kwetsbaarheden, en negatieve tests ondersteunen die verwachting. Voor gevoelige producten zoals e-commerce of online aandelenhandel, beveiligingstesten En negatieve testresultaten zijn verplicht in plaats van optioneel.

De enige echte zorg van de klant zijn de kosten. Zodra de impact van een mislukking is geanalyseerd, kan de klant beslissen hoe ver de inspanningen op het gebied van negatieve testen moeten gaan.

Hoe voer je een negatieve test uit?

Negatieve testen beginnen met het overwegen van elke invoer die de applicatie fysiek kan ontvangen, niet alleen de invoer die het hoort te ontvangen. Elk van die invoer hoort thuis in een Testgeval zelfs als het overduidelijk de verkeerde manier is om de functie te gebruiken. Een e-mailveld wordt getest met alles wat geen geldig e-mailadres is, en een besturingselement voor het uploaden van afbeeldingen wordt getest met elk bestandstype dat geen afbeelding is.

De lijst met mogelijke ongeldige invoer is vrijwel eindeloos, dus negatieve testgevallen moeten prioriteit krijgen. Voor een afbeeldingsveld dat alleen .png-bestanden accepteert, zijn er ook andere mogelijke uploadformaten, zoals .jpeg, .xml, .xls en nog veel meer. Een XML- of SQL-bestand heeft een veel grotere potentiële impact dan een .jpeg-bestand, dus die gevallen worden als eerste getest. Het rangschikken van de gevallen op basis van hun impact vóór de uitvoering zorgt ervoor dat negatief testen betaalbaar blijft.

De meeste negatieve testgevallen komen voort uit een beperkt aantal gevestigde ontwerpmethoden, en niet uit improvisatie:

• Grenswaarden: Gebruik de waarden direct buiten een geldig bereik, zoals 0 en 101 voor een veld dat waarden van 1 tot 100 accepteert.
• Ongeldige equivalentieklassen: Kies één representant uit elke categorie van afgewezen invoer, bijvoorbeeld letters in een numeriek veld.
• Fout bij het raden: Gebruik de ervaring met eerdere defecten om de inputs te identificeren die het meest waarschijnlijk dit soort functionaliteit zullen verstoren.
• Vervormde en vijandige gegevens: Scripttags, SQL-fragmenten en te grote payloads die validatie- en beveiligingsprocedures testen.
• Fuzz-testen: Genereer automatisch grote hoeveelheden willekeurige of gemuteerde invoer om onopgeloste crashes te vinden.
• Onderbroken stromen: Een transactie annuleren, vernieuwen, een time-out krijgen of de verbinding verliezen halverwege.

Welke techniek ook wordt gebruikt om het probleem te detecteren, het verwachte resultaat moet worden vastgelegd als een gecontroleerde, leesbare foutmelding — een validatiebericht, een geweigerde upload, een schone terugdraaiing — en nooit simpelweg als "het systeem crasht niet".

Voordelen en nadelen van een negatieve testuitslag

Net als elke andere testmethode heeft een negatieve test voor- en nadelen, afhankelijk van waar, wanneer en in welke mate deze wordt toegepast.

Voordelen van negatieve tests

• Het beschermt de productkwaliteit direct, omdat een product van goede kwaliteit geen kwetsbaarheden bevat die misbruikt kunnen worden.
• Het vergroot de dekking. Ongeldige invoer bereikt een live systeem, opzettelijk of per ongeluk. Daarom moeten negatieve gevallen naast positieve gevallen worden verwerkt om een ​​zinvolle dekking te verkrijgen.
• Het vergroot het vertrouwen van de klant voordat een product wordt uitgebracht.
• Het brengt gebreken aan het licht die structureel niet door positieve tests kunnen worden opgespoord, zoals onafgehandelde uitzonderingen en zwakke invoervalidatie.

Nadelen van negatieve tests

• In sommige situaties is het een verspilling van tijd en energie. Als een applicatie is ontwikkeld voor één gebruiker, is het niet de moeite waard om het scenario met 100 gelijktijdige gebruikers te testen. Het kiezen van de juiste omstandigheden is dus belangrijk, en sommige systemen hebben zelfs maar heel weinig negatieve tests nodig.
• Het ontwerpen van de hoesjes vereist bekwame en ervaren mensen.
• Vanuit het oogpunt van de klant brengt dit extra kosten met zich mee en kan het de oplevering vertragen.
• Het leidt tot concurrentie om inspanningen. Een team dat veel geld uitgeeft aan negatieve tests, investeert mogelijk te weinig in positieve tests.

Veelgestelde vragen