Softwaretesttechnieken met voorbeelden van testcaseontwerp

Inhoudsopgave:

Anonim

Wat is softwaretesttechniek?

Softwaretesttechnieken helpen u bij het ontwerpen van betere testcases. Omdat uitputtend testen niet mogelijk is; Handmatige testtechnieken helpen het aantal uit te voeren testgevallen te verminderen en tegelijkertijd de testdekking te vergroten. Ze helpen bij het identificeren van testomstandigheden die anders moeilijk te herkennen zijn.

In deze tutorial leer je 5 belangrijke technieken voor het testen van software:

  • Grenswaardeanalyse (BVA)
  • Partitionering van gelijkwaardigheidsklassen
  • Op beslissingstabel gebaseerde testen.
  • Overgang van de staat
  • Fout bij het raden

Grenswaardeanalyse (BVA)

Grenswaardeanalyse is gebaseerd op testen op de grenzen tussen partities. Het bevat maximale, minimale, binnen- of buitengrenzen, typische waarden en foutwaarden.

Het is algemeen te zien dat een groot aantal fouten optreedt aan de grenzen van de gedefinieerde invoerwaarden in plaats van in het midden. Het is ook bekend als BVA en geeft een selectie van testgevallen die grenswaarden gebruiken.

Deze black-box-testtechniek vormt een aanvulling op equivalentiepartitionering. Deze softwaretesttechniek is gebaseerd op het principe dat, als een systeem goed werkt voor deze specifieke waarden, het perfect zal werken voor alle waarden die tussen de twee grenswaarden liggen.

Richtlijnen voor grenswaardeanalyse

  • Als een invoervoorwaarde beperkt is tussen de waarden x en y, moeten de testgevallen worden ontworpen met waarden x en y, evenals waarden die boven en onder x en y liggen.
  • Als een invoervoorwaarde een groot aantal waarden is, moet de testcase worden ontwikkeld die de minimum- en maximumaantallen moet oefenen. Hier worden ook waarden boven en onder de minimum- en maximumwaarden getest.
  • Pas richtlijnen 1 en 2 toe op outputcondities. Het geeft een output die de verwachte minimum- en maximumwaarden weerspiegelt. Het test ook de onderstaande of bovenstaande waarden.

Voorbeeld: 

Invoervoorwaarde is geldig tussen 1 en 10Grenswaarden 0,1,2 en 9,10,11

Partitionering van gelijkwaardigheidsklassen

Met Equivalent Class Partitioning kunt u een set testcondities opdelen in een partitie die als hetzelfde moet worden beschouwd. Deze softwaretestmethode verdeelt het invoerdomein van een programma in dataklassen waaruit testgevallen moeten worden ontworpen.

Het concept achter deze techniek is dat een testcase van een representatieve waarde van elke klasse gelijk is aan een test van een andere waarde van dezelfde klasse. Hiermee kunt u zowel geldige als ongeldige equivalentieklassen identificeren.

Voorbeeld:

Invoervoorwaarden zijn geldig tussen

 1 tot 10 en 20 tot 30

Daarom zijn er vijf equivalentieklassen

--- tot 0 (ongeldig)1 tot 10 (geldig)11 t / m 19 (ongeldig)20 tot 30 (geldig)31 tot --- (ongeldig)

U selecteert waarden uit elke klasse, dwz

-2, 3, 15, 25, 45

Op beslissingstabel gebaseerde testen.

Een beslissingstabel wordt ook wel Oorzaak-Effecttabel genoemd. Deze softwaretesttechniek wordt gebruikt voor functies die reageren op een combinatie van inputs of gebeurtenissen. Een verzendknop moet bijvoorbeeld worden ingeschakeld als de gebruiker alle vereiste velden heeft ingevuld.

De eerste taak is om functionaliteiten te identificeren waarbij de output afhankelijk is van een combinatie van inputs. Als er een grote set combinaties van invoer is, verdeel deze dan in kleinere subsets die handig zijn voor het beheren van een beslissingstabel.

Voor elke functie moet u een tabel maken en alle soorten combinaties van ingangen en de bijbehorende uitgangen opsommen. Dit helpt om een ​​aandoening te identificeren die door de tester over het hoofd wordt gezien.

Hieronder volgen de stappen om een ​​beslissingstabel te maken:

  • Roep de invoer in rijen op
  • Voer alle regels in de kolom in
  • Vul de tafel met de verschillende combinaties van ingangen
  • Noteer in de laatste rij de uitvoer ten opzichte van de invoercombinatie.

Voorbeeld : een verzendknop in een contactformulier wordt alleen ingeschakeld als alle invoer door de eindgebruiker is ingevoerd.

Overgang van de staat

In State Transition-techniek veranderen veranderingen in inputcondities de status van de Application Under Test (AUT). Met deze testtechniek kan de tester het gedrag van een AUT testen. De tester kan deze actie uitvoeren door verschillende invoervoorwaarden achter elkaar in te voeren. In de toestandovergangstechniek levert het testteam zowel positieve als negatieve invoertestwaarden voor het evalueren van het systeemgedrag.

Richtlijn voor staatsovergang:

  • Statusovergang moet worden gebruikt wanneer een testteam de applicatie test voor een beperkte set invoerwaarden.
  • De techniek moet worden gebruikt wanneer het testteam een ​​reeks gebeurtenissen wil testen die plaatsvinden in de te testen applicatie.

Voorbeeld:

Als de gebruiker in het volgende voorbeeld een geldig wachtwoord invoert bij een van de eerste drie pogingen, kan de gebruiker zich succesvol aanmelden. Als de gebruiker het ongeldige wachtwoord bij de eerste of tweede poging invoert, wordt de gebruiker gevraagd het wachtwoord opnieuw in te voeren. Wanneer de gebruiker het wachtwoord onjuist 3 binnenkomt derde keer is het optreden en de rekening wordt geblokkeerd.

Staat transitie diagram

Als de gebruiker in dit diagram de juiste pincode opgeeft, wordt hij of zij naar de status Toegang verleend. De volgende tabel is gemaakt op basis van het bovenstaande diagram-

Statusovergangstabel

Juiste pincode Onjuiste pincode
S1) Start S5 S2
S2) 1 e poging S5 S3
S3) 2e poging S5 S4
S4) 3 rd poging S5 S6
S5) Toegang verleend ​ ​
S6) Account geblokkeerd ​ ​

Wanneer de gebruiker in de bovenstaande tabel de juiste pincode invoert, wordt de status overgeschakeld naar Toegang verleend. En als de gebruiker een onjuist wachtwoord invoert, wordt hij of zij naar de volgende staat verplaatst. Als hij dezelfde 3 e keer doet, zal hij de geblokkeerde status van het account bereiken.

Fout bij het raden

Error Guessing is een softwaretesttechniek die is gebaseerd op het raden van de fout die in de code kan voorkomen. De techniek is sterk gebaseerd op de ervaring waarbij de testanalisten hun ervaring gebruiken om het problematische deel van de testtoepassing te raden. Daarom moeten de testanalisten bekwaam en ervaren zijn om fouten beter te kunnen raden.

De techniek telt een lijst met mogelijke fouten of foutgevoelige situaties. Vervolgens schrijft tester een testcase om die fouten bloot te leggen. Om testcases te ontwerpen op basis van deze softwaretesttechniek, kan de analist de ervaringen uit het verleden gebruiken om de voorwaarden te identificeren.

Richtlijnen voor het raden van fouten:

  • De test moet de eerdere ervaring met het testen van vergelijkbare toepassingen gebruiken
  • Inzicht in het te testen systeem
  • Kennis van typische implementatiefouten
  • Onthoud eerder onrustige gebieden
  • Evalueer historische gegevens en testresultaten

Gevolgtrekking

  • Softwaretesttechnieken stellen u in staat betere cases te ontwerpen. Er zijn vijf voornamelijk gebruikte technieken.
  • Grenswaardeanalyse is testen op de grenzen tussen partities.
  • Met Equivalent Class Partitioning kunt u een set testcondities opdelen in een partitie die als hetzelfde moet worden beschouwd.
  • De software-testtechniek van de beslissingstabel wordt gebruikt voor functies die reageren op een combinatie van invoer of gebeurtenissen.
  • In State Transition-techniek veranderen veranderingen in inputcondities de status van de Application Under Test (AUT)
  • Fout raden is een softwaretesttechniek die is gebaseerd op het raden van de fout die in de code kan voorkomen.