Menu

Soorten softwaretests: verschillende testtypen met details

types software testing

Probeer Ons Instrument Voor Het Oplossen Van Problemen

Wat zijn de verschillende soorten softwaretests?

Wij, als testers, zijn op de hoogte van de verschillende soorten softwaretests zoals Functional Testing, Non-Functional Testing, Automation Testing, Agile Testing en hun subtypen, enz.

Ieder van ons zou tijdens onze testreis verschillende soorten testen zijn tegengekomen. We hebben er misschien wat van gehoord en misschien hebben we eraan gewerkt, maar niet iedereen heeft kennis van alle soorten tests.

Verschillende soorten softwaretests

Elk type test heeft ook zijn eigen kenmerken, voor- en nadelen. In dit artikel heb ik echter vrijwel elk type softwaretest behandeld dat we gewoonlijk gebruiken in ons dagelijkse testleven.

Laten we ze gaan bekijken.

Wat je leert:

Verschillende soorten softwaretests

Hieronder vindt u de lijst met enkele veelvoorkomende soorten softwaretests:

Soorten functionele tests zijn onder meer:

  • Testen van een eenheid
  • Integratietesten
  • Systeemtesten
  • Sanity testen
  • Rook testen
  • Interface testen
  • Regressietesten
  • Beta / acceptatietesten

Niet-functionele testtypen zijn onder meer:

  • Prestatietests
  • Laadtesten
  • Stress testen
  • Volume testen
  • Beveiligingstests
  • Compatibiliteitstesten
  • Installeer testen
  • Hersteltesten
  • Betrouwbaarheidstesten
  • Bruikbaarheidstesten
  • Nalevingstests
  • Lokalisatie testen

Laten we eens kijken naar meer details over deze testtypen.

Soorten softwaretests

# 1) Alfatesten

Het is het meest voorkomende type test dat wordt gebruikt in de software-industrie. Het doel van deze tests is om alle mogelijke problemen of defecten te identificeren voordat deze op de markt of aan de gebruiker worden vrijgegeven.

Alpha Testing wordt uitgevoerd aan het einde van de softwareontwikkelingsfase, maar vóór de Beta Testing. Toch kunnen kleine ontwerpwijzigingen worden aangebracht als resultaat van dergelijke tests.

Alfatesten wordt uitgevoerd op de site van de ontwikkelaar. Voor dit type testen kan een interne virtuele gebruikersomgeving worden gecreëerd.

# 2) Acceptatietesten

Een Toelatingstest wordt uitgevoerd door de klant en verifieert of het einde om de stroom van het systeem te beëindigen is volgens de zakelijke vereisten of niet en of het is volgens de behoeften van de eindgebruiker. Klant accepteert de software pas als alle features en functionaliteiten naar verwachting werken.

Het is de laatste fase van het testen, waarna de software in productie gaat. Dit wordt ook wel User Acceptance Testing (UAT) genoemd.

# 3) Ad-hoc testen

De naam zelf suggereert dat deze test wordt uitgevoerd op een ad-hoc basis, d.w.z. zonder verwijzing naar de testcase en ook zonder enig plan of documentatie voor een dergelijk type testen.

Het doel van deze test is om de defecten te vinden en de applicatie te doorbreken door een willekeurige stroom van de applicatie of willekeurige functionaliteit uit te voeren.

Ad-hoc testen is een informele manier om defecten op te sporen en kan door iedereen in het project worden uitgevoerd. Het is moeilijk om defecten te identificeren zonder een testcase, maar soms is het mogelijk dat defecten die tijdens ad-hoc testen zijn gevonden, niet zijn geïdentificeerd met behulp van bestaande testcases.

# 4) Toegankelijkheidstesten

Het doel van Toegankelijkheidstesten is om te bepalen of de software of applicatie toegankelijk is voor mensen met een handicap of niet.

Onder handicap wordt hier verstaan: doven, kleurenblind, verstandelijk gehandicapten, blinden, ouderen en andere gehandicapte groepen. Er worden verschillende controles uitgevoerd zoals lettergrootte voor slechtzienden, kleur en contrast voor kleurenblindheid, etc.

# 5) Beta-testen

Beta testen is een formeel type Software Testing dat door de klant wordt uitgevoerd. Het wordt uitgevoerd in de echte omgeving voordat het product op de markt wordt gebracht voor de daadwerkelijke eindgebruikers.

Beta-tests worden uitgevoerd om ervoor te zorgen dat er geen grote storingen in de software of het product zijn en dat het voldoet aan de zakelijke vereisten vanuit het perspectief van de eindgebruiker. Beta Testing is succesvol wanneer de klant de software accepteert.

Meestal wordt deze test meestal gedaan door eindgebruikers of anderen. Het is de laatste test die wordt uitgevoerd voordat een applicatie voor commerciële doeleinden wordt vrijgegeven. Gewoonlijk is de bètaversie van de vrijgegeven software of het product beperkt tot een bepaald aantal gebruikers in een specifiek gebied.

De eindgebruiker gebruikt de software dus daadwerkelijk en deelt de feedback met het bedrijf. Het bedrijf neemt vervolgens de nodige maatregelen voordat de software wereldwijd wordt vrijgegeven.

# 6) Back-end testen

Telkens wanneer een invoer of gegevens wordt ingevoerd in de front-end-applicatie, wordt deze opgeslagen in de database en het testen van een dergelijke database staat bekend als Database Testing of Backend Testing.

Er zijn verschillende databases zoals SQL Server, MySQL en Oracle, enz. Bij databasetests worden de tabelstructuur, het schema, de opgeslagen procedure, de datastructuur enzovoort getest.

Bij back-end testen is GUI niet betrokken, testers zijn direct verbonden met de database met de juiste toegang en testers kunnen eenvoudig gegevens verifiëren door een paar queries op de database uit te voeren.

Er kunnen problemen worden vastgesteld zoals gegevensverlies, impasse, gegevensbeschadiging, enz. Tijdens deze back-end-tests en deze problemen zijn van cruciaal belang voor het oplossen voordat het systeem live gaat in de productieomgeving

# 7) Testen van browsercompatibiliteit

Het is een subtype van compatibiliteitstests (die hieronder wordt uitgelegd) en wordt uitgevoerd door het testteam.

Browser compatibiliteit testen wordt uitgevoerd voor webapplicaties en zorgt ervoor dat de software kan draaien met de combinatie van verschillende browser en besturingssysteem. Dit type testen valideert ook of de webapplicatie op alle versies van alle browsers draait of niet.

# 8) Testen van achterwaartse compatibiliteit

Het is een type testen dat valideert of de nieuw ontwikkelde software of bijgewerkte software goed werkt met de oudere versie van de omgeving of niet.

Backward Compatibility Testing controleert of de nieuwe versie van de software correct werkt met de bestandsindeling die is gemaakt door een oudere versie van de software; het werkt ook goed met gegevenstabellen, gegevensbestanden, gegevensstructuur die is gemaakt door de oudere versie van die software.

Als een van de software is bijgewerkt, zou deze goed moeten werken bovenop de vorige versie van die software.

# 9) Black Box-testen

Bij dit type testen wordt geen rekening gehouden met het interne systeemontwerp. Tests zijn gebaseerd op de eisen en functionaliteit.

Gedetailleerde informatie over de voor-, nadelen en soorten Black Box Testing kan gezien worden hier ​

# 10) Boundary Value Testing

Dit type testen controleert het gedrag van de applicatie op grensniveau.

Boundary Value Testing wordt uitgevoerd om te controleren of er defecten zijn bij grenswaarden. Boundary Value Testing wordt gebruikt om een ​​andere reeks getallen te testen. Er is een boven- en ondergrens voor elk bereik en er wordt getest op deze grenswaarden.

Als voor het testen een testbereik van getallen van 1 tot 500 vereist is, wordt de grenswaardetest uitgevoerd op waarden op 0, 1, 2, 499, 500 en 501.

# 11) Testen van vestigingen

Het is een soort White Box Testing en wordt uitgevoerd tijdens Unit Testing. Branch Testing, de naam zelf suggereert dat de code grondig wordt getest door elke branch te passeren.

# 12) Vergelijkingstesten

Een vergelijking van de sterke en zwakke punten van een product met eerdere versies of andere vergelijkbare producten wordt vergelijkende testen genoemd.

# 13) Compatibiliteitstesten

Het is een testtype waarin het valideert hoe software zich gedraagt ​​en wordt uitgevoerd in een andere omgeving, webservers, hardware en netwerkomgeving.

Compatibiliteitstesten zorgt ervoor dat software kan draaien op een andere configuratie, verschillende database, verschillende browsers en hun versies. Compatibiliteitstesten worden uitgevoerd door het testteam.

# 14) Testen van componenten

Het wordt meestal uitgevoerd door ontwikkelaars nadat de unit-tests zijn voltooid. Component testen omvat het testen van meerdere functionaliteiten als een enkele code en het doel is om te identificeren of er een defect bestaat nadat deze meerdere functionaliteiten met elkaar zijn verbonden.

# 15) End-to-end testen

Net als bij systeemtesten, End-to-end testen omvat het testen van een volledige applicatieomgeving in een situatie die het gebruik in de echte wereld nabootst, zoals interactie met een database, gebruik van netwerkcommunicatie of interactie met andere hardware, applicaties of systemen, indien van toepassing.

# 16) Equivalentiepartitionering

Het is een testtechniek en een soort Black Box Testing. Tijdens dit Equivalentie partitionering , een set van de groep wordt geselecteerd en een paar waarden of getallen worden opgehaald om te testen. Het is duidelijk dat alle waarden uit die groep dezelfde output genereren.

Het doel van deze test is om overtollige testgevallen te verwijderen binnen een specifieke groep die dezelfde output genereert maar geen defect.

Stel dat de toepassing waarden tussen -10 en +10 accepteert, dus met behulp van equivalentiepartitionering zijn de waarden die worden opgehaald voor testen nul, één positieve waarde, één negatieve waarde. De equivalentiepartitionering voor deze test is dus -10 tot -1, 0 en 1 tot 10.

# 17) Voorbeeldtesten

Het betekent real-time testen. Voorbeeld Testen omvat het real-time scenario, maar ook de scenario's op basis van de ervaring van de testers.

# 18) Exploratory Testing

Exploratory Testing is een informele test die wordt uitgevoerd door het testteam. Het doel van deze test is om de applicatie te verkennen en op zoek te gaan naar defecten in de applicatie.

Soms kan het gebeuren dat tijdens dit testen een ontdekt groot defect zelfs een systeemstoring kan veroorzaken.

Tijdens Exploratory Testing is het raadzaam om bij te houden welke flow je hebt getest en welke activiteit je hebt gedaan voor aanvang van de specifieke flow.

Een verkennende testtechniek wordt uitgevoerd zonder documentatie en testcases.

# 20) Functioneel testen

Dit type testen negeert de interne onderdelen en richt zich alleen op de uitvoer om te controleren of deze voldoet aan de vereiste of niet. Het is een type test van het type Black-box dat is afgestemd op de functionele eisen van een applicatie. Voor gedetailleerde informatie over Functioneel testen klikt u op hier ​

# 21) Testen van grafische gebruikersinterface (GUI)

Het doel van deze GUI-test is om de GUI te valideren volgens de zakelijke vereisten. De verwachte GUI van de applicatie wordt vermeld in het gedetailleerde ontwerpdocument en de GUI-mockupschermen.

De GUI-tests omvatten de grootte van de knoppen en het invoerveld op het scherm, de uitlijning van alle tekst, tabellen en inhoud in de tabellen.

Het valideert ook het menu van de applicatie, na het selecteren van verschillende menu's en menu-items, valideert het dat de pagina niet fluctueert en dat de uitlijning hetzelfde blijft nadat de muis over het menu of submenu beweegt.

# 22) Gorilla-testen

Gorilla Testing is een testtype dat wordt uitgevoerd door een tester en soms ook door de ontwikkelaar. In Gorilla Testing wordt één module of de functionaliteit in de module grondig en zwaar getest. Het doel van deze test is om de robuustheid van de applicatie te controleren.

# 23) Happy Path-testen

Het doel van Happy Path Testing is om een ​​applicatie succesvol te testen op een positieve flow. Het zoekt niet naar negatieve condities of foutcondities. De focus ligt alleen op de geldige en positieve inputs waardoor de applicatie de verwachte output genereert.

# 24) Incrementele integratietesten

Incrementele integratietesten is een bottom-up benadering voor het testen, dat wil zeggen het continu testen van een applicatie wanneer er nieuwe functionaliteit wordt toegevoegd. Applicatiefunctionaliteit en modules moeten onafhankelijk genoeg zijn om afzonderlijk te testen. Dit wordt gedaan door programmeurs of door testers.

# 25) Testen installeren / verwijderen

Testen van installatie en verwijdering wordt uitgevoerd op volledige, gedeeltelijke of upgrade-installatie- / verwijderingsprocessen op verschillende besturingssystemen onder verschillende hardware- of software-omgevingen.

# 26) Integratietesten

Het testen van alle geïntegreerde modules om de gecombineerde functionaliteit na integratie te verifiëren, wordt genoemd Integratietesten ​

Modules zijn typisch codemodules, individuele applicaties, client- en servertoepassingen op een netwerk, enz. Dit type testen is vooral relevant voor client / server en gedistribueerde systemen.

# 27) Load Testing

Het is een vorm van niet-functionele testen en het doel van belastingtesten is om te controleren hoeveel belasting of maximale werkbelasting een systeem aankan zonder dat de prestaties achteruitgaan.

Load Testing helpt om de maximale capaciteit van het systeem onder specifieke belasting te vinden en eventuele problemen die een verslechtering van de softwareprestaties veroorzaken. Belastingstests worden uitgevoerd met behulp van tools zoals JMeter , LoadRunner, WebLoad, Silk performer, etc.

# 28) Apen testen

Aap testen wordt uitgevoerd door een tester die ervan uitgaat dat als de aap de applicatie gebruikt, hoe willekeurig de invoer dan is, waarden door de aap worden ingevoerd zonder enige kennis of begrip van de applicatie.

Het doel van Monkey Testing is om te controleren of een applicatie of systeem crasht door willekeurige invoerwaarden / gegevens op te geven. Monkey Testing wordt willekeurig uitgevoerd en er worden geen testcases geschreven en dat is ook niet nodig

Monkey Testing wordt willekeurig uitgevoerd en er worden geen testcases gescript en het is niet nodig om op de hoogte te zijn van de volledige functionaliteit van het systeem.

# 29) Mutatietesten

Mutatietesten is een soort white box-testen waarbij de broncode van een van de programma's wordt gewijzigd en wordt gecontroleerd of de bestaande testgevallen deze defecten in het systeem kunnen identificeren.

De wijziging in de broncode van het programma is zeer minimaal, zodat het geen invloed heeft op de hele applicatie, alleen het specifieke gebied dat de impact heeft en de gerelateerde testcases zouden die fouten in het systeem moeten kunnen identificeren.

# 30) Negatieve tests

Testers met de mentaliteit van 'attitude to break' en die Negative Testing gebruiken, valideren dat als het systeem of de applicatie kapot gaat. Een negatieve testtechniek wordt uitgevoerd met behulp van onjuiste gegevens, ongeldige gegevens of invoer. Het valideert dat als het systeem een ​​fout van ongeldige invoer genereert en zich gedraagt ​​zoals verwacht.

# 31) Niet-functionele testen

Het is een soort testen waarvoor elke organisatie een apart team heeft dat gewoonlijk wordt aangeduid als Non-Functional Test (NFT) -team of Performance-team.

Niet-functionele testen omvat het testen van niet-functionele vereisten zoals Load Testing, Stress Testing, Security, Volume, Recovery Testing, etc. Het doel van NFT-testen is om ervoor te zorgen dat de responstijd van software of applicatie snel genoeg is volgens de zakelijke vereisten.

Het laden van een pagina of systeem zou niet veel tijd moeten kosten en zou tijdens piekbelasting moeten volstaan.

# 32) Prestatietests

Deze term wordt vaak door elkaar gebruikt met ‘stress’ en ‘load’ testen. Prestatietests wordt gedaan om te controleren of het systeem voldoet aan de prestatie-eisen. Er worden verschillende prestatie- en laadtools gebruikt om deze tests uit te voeren.

# 33) Hersteltesten

Het is een soort testen die valideert hoe goed de applicatie of het systeem herstelt van crashes of rampen.

Recovery Testing bepaalt of het systeem de operatie kan voortzetten na een ramp. Stel dat de applicatie gegevens ontvangt via de netwerkkabel en plotseling is die netwerkkabel losgekoppeld.

Enige tijd later sluit u de netwerkkabel aan; dan moet het systeem beginnen met het ontvangen van gegevens van waar de verbinding is verbroken omdat de netwerkkabel is losgekoppeld.

# 34) Regressietesten

Het testen van een applicatie als geheel voor de wijziging in een module of functionaliteit wordt regressietesten genoemd. Het is moeilijk om het hele systeem in te dekken Regressietesten , zo typisch Testtools voor automatisering worden gebruikt voor dit soort testen.

# 35) Risicogebaseerd testen (RBT)

In Risicogebaseerd testen worden de functionaliteiten of vereisten getest op basis van hun prioriteit. Risicogebaseerd testen omvat het testen van zeer kritische functionaliteit, die de grootste impact heeft op de bedrijfsvoering en waarbij de kans op mislukking zeer groot is.

De prioriteitsbeslissing is gebaseerd op de zakelijke behoefte, dus zodra de prioriteit is ingesteld voor alle functionaliteiten, worden eerst functionaliteit of testcases met hoge prioriteit uitgevoerd, gevolgd door functionaliteiten met gemiddelde en vervolgens lage prioriteit.

De functionaliteit met lage prioriteit kan al dan niet worden getest op basis van de beschikbare tijd.

De Risk Based Testing wordt uitgevoerd als er onvoldoende tijd beschikbaar is om volledige software te testen en software moet tijdig en zonder vertraging worden geïmplementeerd. Deze benadering wordt alleen gevolgd door de bespreking en goedkeuring van de klant en het senior management van de organisatie.

# 36) Testen van gezond verstand

Sanity testen wordt gedaan om te bepalen of een nieuwe softwareversie goed genoeg presteert om deze voor een grote testinspanning te accepteren of niet. Als een applicatie crasht voor het eerste gebruik, is het systeem niet stabiel genoeg om verder te testen. Daarom wordt een build of een applicatie toegewezen om het te repareren.

# 37) Beveiligingstests

Het is een soort test die wordt uitgevoerd door een speciaal team van testers. Een systeem kan op elke hackmanier worden binnengedrongen.

Beveiligingstests wordt gedaan om te controleren hoe de software of applicatie of website is beveiligd tegen interne en externe bedreigingen. Deze tests omvatten hoeveel software is beveiligd tegen het schadelijke programma, virussen en hoe veilig en sterk de autorisatie- en authenticatieprocessen zijn.

Het controleert ook hoe software zich gedraagt ​​voor eventuele hackersaanvallen en schadelijke programma's en hoe software wordt onderhouden voor gegevensbeveiliging na een dergelijke hackeraanval.

# 38) Rookonderzoek

Telkens wanneer een nieuwe build wordt geleverd door het ontwikkelingsteam, valideert het Software Testing-team de build en zorgt ervoor dat er geen groot probleem is.

Het testteam zorgt ervoor dat de build stabiel is en dat een gedetailleerd testniveau verder wordt uitgevoerd. Rook testen controleert of er geen showstopper-defect in de build bestaat, waardoor het testteam de applicatie niet in detail kan testen.

Als testers ontdekken dat de belangrijkste kritieke functionaliteit in de beginfase zelf wordt afgebroken, kan het testteam de build afwijzen en het ontwikkelingsteam hierover informeren. Rooktesten worden uitgevoerd tot een gedetailleerd niveau van functionele of regressietesten.

# 39) Statisch testen

Statisch testen is een type test dat wordt uitgevoerd zonder enige code. De uitvoering wordt uitgevoerd op de documentatie tijdens de testfase.

Het omvat beoordelingen, walkthrough en inspectie van de resultaten van het project. Static Testing voert de code niet uit in plaats van de codesyntaxis, naamgevingsconventies worden gecontroleerd.

Statisch testen is ook van toepassing op testcases, testplan, ontwerpdocument. Het is noodzakelijk om statische tests uit te voeren door het testteam, aangezien de defecten die tijdens dit type testen worden vastgesteld, vanuit projectperspectief kosteneffectief zijn.

# 40) Stresstesten

Deze test wordt uitgevoerd wanneer een systeem wordt gestrest buiten de specificaties om te controleren hoe en wanneer het faalt. Dit wordt uitgevoerd onder zware belasting, zoals een groot aantal buiten de opslagcapaciteit plaatsen, complexe databasequery's, continue invoer in het systeem of databasebelasting.

poortactivering versus poortdoorschakeling voor gaming

# 41) Systeemtesten

Onder Systeemtesttechniek wordt het hele systeem getest volgens de vereisten. Het is een test van het Black-box-type die is gebaseerd op algemene specificaties van de vereisten en alle gecombineerde onderdelen van een systeem omvat.

# 42) Testen van eenheden

Het testen van een individuele softwarecomponent of -module wordt genoemd als Testen van een eenheid ​Het wordt meestal gedaan door de programmeur en niet door testers, aangezien het gedetailleerde kennis van het interne programmaontwerp en de code vereist. Het kan ook nodig zijn om teststuurprogrammamodules of testharnassen te ontwikkelen.

# 43) Bruikbaarheidstesten

Onder Bruikbaarheidstesten , Gebruikersvriendelijkheid wordt gecontroleerd. De applicatiestroom wordt getest om te weten of een nieuwe gebruiker de applicatie gemakkelijk kan begrijpen of niet, de juiste hulp wordt gedocumenteerd als een gebruiker op enig moment vastloopt. In principe wordt bij deze test de systeemnavigatie gecontroleerd.

# 44) Kwetsbaarheidstesten

Het testen waarbij zwakke plekken in de software, hardware en het netwerk worden geïdentificeerd, staat bekend als Kwetsbaarheidstesten. Schadelijke programma's, de hacker kan de controle over het systeem overnemen als het kwetsbaar is voor dergelijke aanvallen, virussen en wormen.

Het is dus noodzakelijk om vóór productie te controleren of die systemen een kwetsbaarheidstest ondergaan. Het kan kritische defecten en gebreken in de beveiliging identificeren.

# 45) Volumetesten

Volume testen is een type niet-functionele test die wordt uitgevoerd door het prestatietestteam.

De software of applicatie ondergaat een enorme hoeveelheid gegevens en Volume Testing controleert het systeemgedrag en de responstijd van de applicatie wanneer het systeem zo'n grote hoeveelheid gegevens tegenkwam. Deze grote hoeveelheid gegevens kan van invloed zijn op de prestaties van het systeem en de snelheid van de verwerkingstijd.

# 46) White Box-testen

White Box-testen is gebaseerd op de kennis over de interne logica van de code van een applicatie.

Het is ook bekend als Glass Box Testing. Interne software en code moeten bekend zijn om dit type testen uit te voeren. Onder deze tests zijn gebaseerd op de dekking van codeverklaringen, takken, paden, voorwaarden, enz.

Gevolgtrekking

De bovengenoemde typen softwaretests zijn slechts een onderdeel van het testen. Er is echter nog steeds een lijst met meer dan 100+ soorten testen, maar niet alle soorten testen worden in alle soorten projecten gebruikt. Dus ik heb een aantal veelvoorkomende soorten softwaretests behandeld die meestal worden gebruikt in de testlevenscyclus.

Er zijn ook alternatieve definities of processen die in verschillende organisaties worden gebruikt, maar het basisconcept is overal hetzelfde. Deze testtypen, processen en hun implementatiemethoden blijven veranderen naarmate het project, de vereisten en de reikwijdte veranderen.

Aanbevolen literatuur

^