In dit gedeelte gaan we de verschillende soorten softwaretesten begrijpen die kunnen worden gebruikt tijdens de Software Development Life Cycle.
Zoals we weten, software testen is een proces waarbij de functionaliteit van een applicatie wordt geanalyseerd volgens de vereisten van de klant.
Als we er zeker van willen zijn dat onze software bugvrij of stabiel is, moeten we de verschillende soorten softwaretests uitvoeren, omdat testen de enige methode is die onze applicatie bugvrij maakt.
De verschillende soorten softwaretesten
De categorisering van softwaretesten maakt deel uit van diverse testactiviteiten, zoals teststrategie, testresultaten, een gedefinieerd testdoel, etc . En softwaretesten is het uitvoeren van de software om defecten te vinden.
Het doel van het hebben van een testtype is om de AUT (Toepassing wordt getest).
Om te beginnen met testen, moeten we een vereiste, toepassingsklaar, noodzakelijke middelen beschikbaar . Om de verantwoordelijkheid te behouden, moeten we een respectieve module aan verschillende testingenieurs toewijzen.
Het testen van de software bestaat hoofdzakelijk uit twee delen, namelijk:
Wat is handmatig testen?
Het testen van software of een applicatie volgens de behoeften van de klant zonder gebruik te maken van een automatiseringstool wordt ook wel genoemd handmatig testen .
Met andere woorden, we kunnen zeggen dat het een procedure is verificatie en validatie . Handmatig testen wordt gebruikt om het gedrag van een applicatie of software te verifiëren in strijd met de specificatie van de vereisten.
We hebben geen nauwkeurige kennis van een testtool nodig om de handmatige testgevallen uit te voeren. We kunnen het testdocument eenvoudig voorbereiden terwijl we handmatige tests uitvoeren op elke toepassing.
Voor gedetailleerde informatie over handmatig testen klikt u op de volgende link: https://www.javatpoint.com/manual-testing.
Classificatie van handmatig testen
Bij het testen van software kan handmatig testen verder worden onderverdeeld in: drie verschillende soorten testen , die als volgt zijn:
Laten we ze voor een beter begrip een voor een bekijken:
White Box-testen
Bij white-box-testen inspecteert de ontwikkelaar elke regel code voordat deze wordt overgedragen aan het testteam of de betrokken testingenieurs.
Vervolgens is de code tijdens het testen merkbaar voor ontwikkelaars; daarom staat dit proces bekend als WBT (White Box-testen) .
Met andere woorden: we kunnen zeggen dat de ontwikkelaar voert de volledige white-box-testen uit voor de specifieke software en stuurt de specifieke applicatie naar het testteam.
Het doel van het implementeren van de white box-testen is om de stroom van inputs en outputs over de software te benadrukken en de beveiliging van een applicatie te verbeteren.
White box-testen wordt ook wel genoemd open-box-testen, glazen-box-testen, structurele testen, clear-box-testen en transparante box-testen .
Voor diepgaande kennis over white box-testen verwijzen we naar de onderstaande link: https://www.javatpoint.com/white-box-testing.
Black Box-testen
Een ander type handmatig testen is blackbox-testen . Bij deze tests analyseert de testingenieur de software aan de hand van de vereisten, identificeert de defecten of bugs en stuurt deze terug naar het ontwikkelingsteam.
Vervolgens zullen de ontwikkelaars deze defecten repareren, een ronde White Box-testen uitvoeren en deze naar het testteam sturen.
Hier betekent het oplossen van de bugs dat het defect is opgelost en dat de specifieke functie werkt volgens de gegeven vereisten.
Het belangrijkste doel van het implementeren van de black box-testen is het specificeren van de bedrijfsbehoeften of de eisen van de klant.
Met andere woorden, we kunnen zeggen dat black box-testen een proces is waarbij de functionaliteit van een applicatie wordt gecontroleerd volgens de eisen van de klant. Bij deze tests is de broncode niet zichtbaar; daarom staat het bekend als black-box-testen .
Voor meer informatie over Black Box-testen verwijzen we naar de onderstaande link: https://www.javatpoint.com/black-box-testing.
Soorten Black Box-testen
Black box-testen kunnen verder worden onderverdeeld in twee delen, zoals hieronder besproken:
Functioneel testen
De testingenieur zal alle componenten systematisch controleren aan de hand van de zogenaamde vereiste specificaties functioneel testen . Functioneel testen wordt ook wel genoemd Testen van componenten .
Bij functioneel testen worden alle componenten getest door de waarde op te geven, de output te definiëren en de daadwerkelijke output te valideren met de verwachte waarde.
Java-lussen
Functioneel testen is een onderdeel van black-box-testen, omdat de nadruk ligt op de applicatievereisten in plaats van op de daadwerkelijke code. De testingenieur hoeft alleen het programma te testen in plaats van het systeem.
Voor gedetailleerde informatie over functioneel testen verwijzen wij u naar de onderstaande link: https://www.javatpoint.com/functional-testing .
Soorten functionele tests
Net zoals een ander type testen in verschillende delen wordt verdeeld, wordt ook functioneel testen in verschillende categorieën ingedeeld.
De diverse soorten functionele testen bevatten het volgende:
Laten we ze nu een voor een begrijpen:
1. Testen van eenheden
Unit-testen is het eerste niveau van functioneel testen om software te testen. Hierbij zal de testengineer zelfstandig de module van een applicatie testen of alle aangeroepen modulefunctionaliteit testen testen van een eenheid .
Het primaire doel van het uitvoeren van de unittests is het bevestigen van de prestaties van de unitcomponenten. Hier wordt een eenheid gedefinieerd als een enkele testbare functie van een software of een applicatie. En het wordt gedurende de gespecificeerde ontwikkelingsfase van de applicatie geverifieerd.
Klik op de onderstaande link voor volledige informatie over het testen van eenheden: https://www.javatpoint.com/unit-testing.
2. Integratietesten
Zodra we de unit-testen succesvol hebben geïmplementeerd, gaan we over tot integratietesten. Het is het tweede niveau van functioneel testen, waarbij we de gegevensstroom tussen afhankelijke modules of interface tussen twee functies testen integratie testen .
Het doel van het uitvoeren van de integratietests is om de nauwkeurigheid van de verklaring tussen elke module te testen.
Soorten integratietesten
Integratietesten zijn ook verder onderverdeeld in de volgende onderdelen:
Incrementele integratietesten
Wanneer er een duidelijke relatie is tussen modules, kiezen we voor incrementeel integratietesten. Stel dat we twee modules nemen en de gegevensstroom daartussen analyseren of ze goed werken of niet.
Als deze modules goed werken, kunnen we nog een module toevoegen en opnieuw testen. En we kunnen doorgaan met hetzelfde proces om betere resultaten te krijgen.
Met andere woorden, we kunnen zeggen dat het stapsgewijs optellen van de modules en het testen van de gegevensstroom tussen de modules bekend staat als Incrementele integratietesten .
Soorten incrementele integratietests
Incrementele integratietests kunnen verder worden onderverdeeld in twee delen, namelijk:
Laten we een korte introductie bekijken van dit soort integratietesten:
1. Top-down incrementele integratietesten
Bij deze aanpak voegen we de modules stapsgewijs of stapsgewijs toe en testen we de gegevensstroom daartussen. We moeten ervoor zorgen dat de modules die we toevoegen de kind van de eersten .
2. Bottom-up incrementele integratietesten
Bij de bottom-up benadering voegen we de modules stapsgewijs toe en controleren we de gegevensstroom tussen modules. En zorg er ook voor dat de module die we toevoegen de ouder van de eerdere .
Niet-incrementele integratietesten/Big Bang-methode
Wanneer de gegevensstroom complex is en het erg moeilijk is om een ouder en een kind te classificeren, zullen we kiezen voor de niet-incrementele integratiebenadering. De niet-incrementele methode wordt ook wel genoemd de Big Bang-methode .
Voor de volledige informatie over integratietests en het type ervan verwijzen we naar de volgende link: https://www.javatpoint.com/integration-testing.
3. Systeemtesten
Wanneer we klaar zijn met het testen van de units en de integratie, kunnen we doorgaan met het testen van het systeem.
Bij systeemtesten loopt de testomgeving parallel aan de productieomgeving. Het is ook bekend als eind tot eind testen.
Bij dit type testen ondergaan we elk kenmerk van de software en testen we of de eindfunctie werkt volgens de zakelijke vereisten. En analyseer het softwareproduct als een compleet systeem.
Klik op de onderstaande link voor de volledige informatie over systeemtesten: https://www.javatpoint.com/system-testing.
Niet-functie testen
Het volgende deel van de black-box-test is niet-functioneel testen . Het biedt gedetailleerde informatie over de prestaties van softwareproducten en gebruikte technologieën.
Niet-functioneel testen helpt ons het productierisico en de daarmee samenhangende kosten van de software te minimaliseren.
Niet-functioneel testen is een combinatie van prestatie-, belasting-, stress-, bruikbaarheids- en compatibiliteitstesten .
Raadpleeg de volgende link voor meer informatie over niet-functioneel testen: https://www.javatpoint.com/non-functional-testing.
Soorten niet-functionele tests
Niet-functioneel testen onderverdeeld in verschillende delen van testen, die we verder gaan bespreken:
1. Prestatietesten
Bij prestatietests test de testingenieur de werking van een applicatie door enige belasting toe te passen.
Bij dit soort niet-functioneel testen zal de testingenieur zich slechts op een aantal aspecten concentreren, zoals Reactietijd, belasting, schaalbaarheid en stabiliteit van de software of een applicatie.
Classificatie van prestatietests
Prestatietests omvatten de verschillende soorten tests, die als volgt zijn:
Tijdens het uitvoeren van de prestatietests zullen we enige belasting uitoefenen op de specifieke applicatie om de prestaties van de applicatie te controleren, ook wel bekend als belasting testen . Hierbij kan de belasting kleiner of gelijk zijn aan de gewenste belasting.
Het zal ons helpen het hoogste bedrijfsvolume van de software en knelpunten te detecteren.
Voor de volledige informatie met betrekking tot de belastingstests verwijzen wij u naar de onderstaande link:
https://www.javatpoint.com/load-testing.
Het wordt gebruikt om de gebruiksvriendelijkheid en robuustheid van de software te analyseren buiten de gebruikelijke functionele grenzen.
Stresstesting wordt primair gebruikt voor kritische software, maar kan ook voor alle soorten softwareapplicaties worden gebruikt.
Verwijst naar de onderstaande link voor diepgaande kennis van stresstesten: https://www.javatpoint.com/stress-testing.
Voor analyse worden de prestaties van de applicatie door het verbeteren of verminderen van de belasting in bepaalde balansen genoemd schaalbaarheid testen .
Bij schaalbaarheidstests kunnen we ook de systeem, processen of databasecapaciteiten om aan een opwaartse behoefte te voldoen. En hierin is de Testgevallen zijn efficiënt ontworpen en geïmplementeerd.
Klik op de volgende link voor gedetailleerde informatie over de schaalbaarheidstests:
https://www.javatpoint.com/scalability-testing.
Stabiliteitstests zijn een procedure waarbij we de prestaties van de applicatie evalueren door de belasting gedurende een precieze tijd uit te oefenen.
Het controleert vooral de constantheidsproblemen van de applicatie en de efficiëntie van een ontwikkeld product. Bij dit soort tests kunnen we zelfs in een stressvolle situatie snel het defect van het systeem opsporen.
Voor gedetailleerde informatie over de stabiliteitstests verwijzen wij u naar de onderstaande link:
https://www.javatpoint.com/stability-testing.
2. Bruikbaarheidstesten
Een ander soort niet-functioneel testen is bruikbaarheidstesten . Bij usability-testen analyseren we de gebruiksvriendelijkheid van een applicatie en detecteren we de bugs in de eindgebruikersinterface van de software.
Hier de term gebruikers vriendelijkheid definieert de volgende aspecten van een applicatie:
- De applicatie moet eenvoudig te begrijpen zijn, wat betekent dat alle functionaliteiten zichtbaar moeten zijn voor eindgebruikers.
- De look en feel van de applicatie moet goed zijn, wat betekent dat de applicatie er prettig uit moet zien en de eindgebruiker een gevoel moet geven om hem te gebruiken.
Voor meer informatie over usability-testen kunnen we de volgende link raadplegen:
https://www.javatpoint.com/usability-testing.
3. Compatibiliteitstesten
Bij compatibiliteitstesten controleren we de functionaliteit van een applicatie in specifieke hardware- en softwareomgevingen. Pas als de applicatie functioneel stabiel is, gaan we voor compatibiliteitstesten .
Hier, software betekent dat we de applicatie kunnen testen op de verschillende besturingssystemen en andere browsers, en hardware betekent dat we de applicatie op verschillende formaten kunnen testen.
Raadpleeg de onderstaande link voor een grondige kennis van compatibiliteitstests:
https://www.javatpoint.com/compatibility-testing .
tweevoudig java
Grijze doos testen
Een ander deel van handmatig testen is Grijze doostesten . Het is een samenwerking tussen black box- en white box-testen .
Omdat het testen in de grijze doos toegang omvat tot interne codering voor het ontwerpen van testgevallen. Gray box-testen worden uitgevoerd door iemand die zowel coderen als testen kent.
Met andere woorden: we kunnen zeggen dat als een team van één persoon beide zou doen white box- en blackbox-testen , het wordt beschouwd grijze doos testen .
Voor gedetailleerde informatie over Gray Box-testen kunnen we de onderstaande link raadplegen:
https://www.javatpoint.com/grey-box-testing.
Automatisering testen
Het belangrijkste onderdeel van het testen van software is het testen van automatisering. Het maakt gebruik van specifieke tools om handmatige ontwerptestgevallen te automatiseren zonder enige menselijke tussenkomst.
Automatiseringstesten zijn de beste manier om de efficiëntie, productiviteit en dekking van softwaretesten te verbeteren.
Het wordt gebruikt om de testscenario's, die handmatig, snel en herhaaldelijk zijn uitgevoerd, opnieuw uit te voeren.
Met andere woorden, we kunnen zeggen dat wanneer we een applicatie testen met behulp van bepaalde tools, dit bekend staat als automatisering testen .
We gaan voor automatiseringstesten wanneer er verschillende releases of meerdere regressiecycli op de applicatie of software plaatsvinden. We kunnen het testscript niet schrijven of de automatiseringstesten uitvoeren zonder de programmeertaal te begrijpen.
Voor meer informatie over automatiseringstesten kunnen we de onderstaande link raadplegen:
https://www.javatpoint.com/automation-testing.
Enkele andere soorten softwaretests
Bij het testen van software hebben we ook een aantal andere soorten testen die geen deel uitmaken van de hierboven besproken testen, maar die testen zijn wel vereist bij het testen van software of een applicatie.
Laten we deze soorten testen een voor een begrijpen:
In rook testen , zullen we de basis- en kritieke functies van een applicatie testen voordat we een ronde van diepgaande en rigoureuze tests uitvoeren.
Of voordat u alle mogelijke positieve en negatieve waarden controleert, staat bekend als rook testen . Het analyseren van de workflow van de kern- en hoofdfuncties van de applicatie is het hoofddoel van het uitvoeren van de rooktests.
Voor meer informatie over rooktesten verwijzen wij u naar de volgende link:
https://www.javatpoint.com/smoke-testing.
Saniteit testen
Het wordt gebruikt om ervoor te zorgen dat alle bugs zijn opgelost en dat er geen extra problemen ontstaan als gevolg van deze wijzigingen. Sanity-tests zijn niet-gescript, wat betekent dat we deze niet kunnen documenteren. Het controleert de juistheid van de nieuw toegevoegde functies en componenten.
Voor gedetailleerde informatie over het testen van gezond verstand kunnen we de onderstaande link raadplegen:
https://www.javatpoint.com/sanity-testing.
Regressie testen
Regressietesten zijn de meest gebruikte vorm van softwaretesten. Hier, de term regressie impliceert dat we die delen van een niet-getroffen applicatie opnieuw moeten testen.
Regressietesten zijn de meest geschikte testen voor automatiseringstools. Afhankelijk van het projecttype en de toegankelijkheid van bronnen kunnen regressietesten vergelijkbaar zijn met Opnieuw testen .
Wanneer een bug door de ontwikkelaars wordt opgelost en vervolgens de andere functies van de applicaties worden getest die mogelijk worden gesimuleerd vanwege de bugfixing, staat dit bekend als regressie testen .
Met andere woorden, we kunnen zeggen dat wanneer er een nieuwe release is voor een bepaald project, we regressietests kunnen uitvoeren, en als een nieuwe functie de oude functies in de eerdere releases kan beïnvloeden.
Raadpleeg de onderstaande link voor grondige kennis over regressietesten:
https://www.javatpoint.com/regressie-testing .
Gebruikersacceptatietesten
De gebruikersacceptatietesten (UAT) worden uitgevoerd door het individuele team dat bekend staat als domeinexpert/klant of de klant. En het kennen van de toepassing voordat het eindproduct wordt geaccepteerd, wordt genoemd als gebruikersacceptatietesten .
Bij gebruikersacceptatietests analyseren we de bedrijfsscenario's en realtime scenario's in de afzonderlijke omgeving die de UAT-omgeving . Bij deze tests testen we de applicatie vóór UAI ter goedkeuring door de klant.
Voor meer informatie over de Gebruikersacceptatietesten klikt u op de onderstaande link:
https://www.javatpoint.com/acceptance-testing.
Verkennend testen
Wanneer de vereiste ontbreekt, is vroege iteratie vereist en heeft het testteam ervaren testers als we een kritische applicatie hebben. Er komt een nieuwe testingenieur bij het team en dan gaan we voor de verkennend testen .
Om de verkennende tests uit te voeren, gaan we eerst de applicatie op alle mogelijke manieren doornemen, een testdocument maken, de flow van de applicatie begrijpen en vervolgens de applicatie testen.
Klik op de volgende link voor de volledige informatie over verkennend testen:
https://www.javatpoint.com/exploratory-testing.
Ad-hoc testen
Het willekeurig testen van de applicatie zodra de build zich in de gecontroleerde volgorde bevindt, staat bekend als Ad-hoc testen .
Het wordt ook wel genoemd Apentesten en Gorillatesten . Bij adhoc testen controleren wij de applicatie in tegenspraak met de wensen van de klant; daarom wordt het ook wel genoemd negatief testen .
Wanneer de eindgebruiker de applicatie terloops gebruikt, kan hij/zij een bug ontdekken. Toch gebruikt de gespecialiseerde testingenieur de software grondig, waardoor het mogelijk is dat hij/zij een soortgelijke detectie niet herkent.
Verwijst naar het volgende voor gedetailleerde informatie over ad-hoctesten:
https://www.javatpoint.com/adhoc-testing.
Beveiligingstesten
Het is een essentieel onderdeel van het testen van software en wordt gebruikt om de zwakte, risico's of bedreigingen in de softwareapplicatie te bepalen.
Het uitvoeren van beveiligingstests zal ons helpen de vervelende aanval van buitenstaanders te voorkomen en de veiligheid van onze softwareapplicaties te garanderen.
Met andere woorden, we kunnen zeggen dat beveiligingstests voornamelijk worden gebruikt om te definiëren dat de gegevens veilig zijn en het werkproces van de software kunnen doorstaan.
Raadpleeg de onderstaande link voor volledige details over beveiligingstests: https://www.javatpoint.com/security-testing.
Mondialisering testen
Een ander type softwaretesten is Mondialisering testen. Globaliseringstesten worden gebruikt om de ontwikkelde software op meerdere talen te controleren of niet. Hier, de woorden globalisering betekent het verhelderen van de applicatie of software voor verschillende talen.
Er worden globaliseringstests gebruikt om er zeker van te zijn dat de applicatie meerdere talen en meerdere functies ondersteunt.
In de huidige scenario's kunnen we de verbetering in verschillende technologieën zien naarmate de applicaties klaar zijn om wereldwijd te worden gebruikt.
Raadpleeg de volgende link voor de volledige informatie over de globaliseringstest:
https://www.javatpoint.com/globalization-testing.
Conclusie
In de tutorial hebben we verschillende soorten softwaretests besproken. Maar er is nog steeds een lijst met meer dan 100 testcategorieën. Niet elk soort testen wordt echter in alle soorten projecten gebruikt.
zeenat aman-acteur
We hebben de meest gebruikte soorten softwaretests besproken, zoals black-box-testen, white-box-testen, functioneel testen, niet-functioneel testen, regressietesten, ad-hoc testen, enz .
Er worden ook alternatieve classificaties of processen gebruikt in diverse organisaties, maar het algemene concept is overal hetzelfde.
Deze testtypen, processen en uitvoeringsbenaderingen blijven veranderen wanneer het project, de vereisten en de reikwijdte veranderen.