- Eenheidstests vs. integratietests vs. functionele tests
- Wat is Unit Testing?
- Wat zijn integratietests?
- Unit Testen vs Integratie Testen
- Functioneel testen
- Conclusie
- Aanbevolen lectuur
Een gedetailleerde vergelijking van unit-, integratie- en functietesten:
Voor elke softwaretoepassing is zowel Unit testing als Integration testing zeer belangrijk, omdat elk van hen een uniek proces hanteert om een softwaretoepassing te testen.
Maar één van beide of zelfs beide kunnen op geen enkel punt de functionele tests vervangen.
Eenheidstests vs. integratietests vs. functionele tests
Eenheidstesten betekent het testen van individuele modules van een applicatie in isolatie (zonder enige interactie met afhankelijkheden) om te bevestigen dat de code de dingen goed doet.
Integratie testen betekent controleren of verschillende modules goed werken wanneer ze als groep worden gecombineerd.
Functioneel testen betekent het testen van een stukje functionaliteit in het systeem (kan samenwerken met afhankelijkheden) om te bevestigen dat de code de juiste dingen doet.
Functionele tests zijn verwant aan integratietests, maar ze verwijzen naar de tests die de volledige functionaliteit van de toepassing controleren met alle code samen, bijna een superintegratietest.
Bij eenheidstests wordt een enkel onderdeel van het systeem gecontroleerd, terwijl bij functionaliteitstests de werking van een applicatie wordt getoetst aan de beoogde functionaliteit zoals beschreven in de specificatie van de systeemeisen. Bij integratietests daarentegen worden geïntegreerde modules in het systeem gecontroleerd.
En, nog belangrijker, om de return on investment (ROI) te optimaliseren, moet uw code base zoveel mogelijk unit tests hebben, minder integratietests en zo min mogelijk functionele tests.
Dit wordt het best geïllustreerd in de volgende testpiramide:
Unit tests zijn gemakkelijker te schrijven en sneller uit te voeren. De tijd en moeite om de tests uit te voeren en te onderhouden neemt toe van unit tests naar functionele tests, zoals te zien is in de bovenstaande piramide.
Voorbeeld:
Laten we deze drie soorten testen begrijpen aan de hand van een overgesimplificeerd voorbeeld.
Bijv. Voor een functionele mobiele telefoon zijn de belangrijkste onderdelen "batterij" en "simkaart".
Voorbeeld van eenheidstesten - De batterij wordt gecontroleerd op levensduur, capaciteit en andere parameters. De simkaart wordt gecontroleerd op activering.
Voorbeeld van integratietesten - Batterij en simkaart zijn geïntegreerd, d.w.z. geassembleerd om de mobiele telefoon te starten.
Voorbeeld van functioneel testen - De functionaliteit van een mobiele telefoon wordt gecontroleerd aan de hand van de functies, het batterijverbruik en de simkaartfaciliteiten.
We hebben een voorbeeld gezien in lekentaal.
Laten we nu een technisch voorbeeld nemen van een inlogpagina:
Bijna elke webapplicatie vereist dat zijn gebruikers/klanten inloggen. Daarvoor moet elke applicatie een "Login"-pagina hebben die deze elementen bevat:
- Account/Gebruikersnaam
- Wachtwoord
- Inloggen/Aanmeldingsknop
Voor Unit Testing kunnen de volgende testgevallen gelden:
- Veldlengte - velden gebruikersnaam en wachtwoord.
- De waarden van de invoervelden moeten geldig zijn.
- De aanmeldingsknop wordt pas ingeschakeld nadat in beide velden geldige waarden (Formaat en lengte) zijn ingevuld.
Voor integratietests kunnen de volgende testgevallen gelden:
- De gebruiker ziet het welkomstbericht nadat hij geldige waarden heeft ingevoerd en op de aanmeldingsknop heeft gedrukt.
- De gebruiker moet naar de welkomstpagina of startpagina worden genavigeerd na geldige invoer en het klikken op de knop Aanmelden.
Nu, nadat de eenheids- en integratietests zijn gedaan, laten we de extra testgevallen die in aanmerking komen voor functionele tests:
- Het verwachte gedrag wordt gecontroleerd, d.w.z. is de gebruiker in staat in te loggen door op de inlogknop te klikken nadat hij een geldige gebruikersnaam en een geldig wachtwoord heeft ingevoerd.
- Moet er een welkomstbericht verschijnen na een geslaagde aanmelding?
- Is er een foutmelding die moet verschijnen bij een ongeldige aanmelding?
- Zijn er opgeslagen sitecookies voor inlogvelden?
- Kan een geïnactiveerde gebruiker inloggen?
- Is er een 'wachtwoord vergeten' link voor gebruikers die hun wachtwoord zijn vergeten?
Er zijn nog veel meer van dit soort gevallen waar een functioneel tester aan denkt bij het uitvoeren van functionele testen. Maar een ontwikkelaar kan niet alle gevallen meenemen bij het bouwen van Unit en Integratie testgevallen.
Er zijn dus veel scenario's die nog getest moeten worden, zelfs na unit- en integratietests.
Het is nu tijd om Unit, Integratie en Functioneel testen één voor één te bekijken.
Wat is Unit Testing?
Zoals de naam al aangeeft, wordt op dit niveau een "eenheid" getest.
Hier kan unit het kleinste deel van een applicatie zijn dat testbaar is, of het nu de kleinste individuele functie, methode, etc. Software ontwikkelaars zijn degenen die de unit test cases schrijven. Het doel hier is om de eisen en het verwachte gedrag van de unit op elkaar af te stemmen.
Hieronder volgen enkele belangrijke punten over unit testing en de voordelen ervan:
- Unit testen worden gedaan vóór Integratie testen door software ontwikkelaars met behulp van white box test technieken.
- Eenheidstesten controleren niet alleen het positieve gedrag, d.w.z. de correcte uitvoer bij geldige invoer, maar ook de storingen die optreden bij ongeldige invoer.
- Het vinden van problemen/bugs in een vroeg stadium is zeer nuttig en vermindert de totale projectkosten. Omdat Unit testing wordt uitgevoerd vóór de integratie van de code, kunnen problemen die in dit stadium worden gevonden zeer gemakkelijk worden opgelost en is de impact ervan ook zeer gering.
- Een eenheidstest test kleine stukjes code of individuele functies, zodat de problemen/fouten die in deze testgevallen worden gevonden onafhankelijk zijn en geen invloed hebben op de andere testgevallen.
- Een ander belangrijk voordeel is dat de unit test cases het testen van code vereenvoudigen en vergemakkelijken. Het wordt dus gemakkelijker om de problemen ook in een later stadium op te lossen, omdat alleen de laatste wijziging in de code moet worden getest.
- Eenheidstest bespaart tijd en kosten, en is herbruikbaar en gemakkelijk te onderhouden.
JUnit (Java framework), PHPUnit (PHP framework), NUnit (.Net framework) enz. zijn populaire unit testing tools die worden gebruikt voor verschillende talen.
Wat zijn integratietests?
Integratie testen is het testen van de integratie van verschillende delen van het systeem samen. Twee verschillende delen of modules van het systeem worden eerst geïntegreerd en vervolgens worden integratietesten uitgevoerd.
Het doel van integratietests is de functionaliteit, betrouwbaarheid en prestaties van het geïntegreerde systeem te controleren.
Integratietests worden uitgevoerd op de modules die eerst per eenheid zijn getest en vervolgens bepalen integratietests of de combinatie van de modules al dan niet de gewenste output oplevert.
Integratietesten kunnen worden uitgevoerd door onafhankelijke testers of ook door ontwikkelaars.
Er zijn 3 verschillende soorten integratietesten. Laten we ze elk kort bespreken:
a) Big Bang Integratiebenadering
Bij deze aanpak worden alle modules of eenheden in één keer geïntegreerd en als geheel getest. Dit gebeurt meestal wanneer het hele systeem op één moment klaar is voor integratietests.
Verwar deze aanpak van integratie testen niet met systeem testen, alleen de integratie van modules of eenheden wordt getest en niet het hele systeem zoals bij systeem testen.
De belangrijkste punten van de big bang benadering voordeel is dat alles wat geïntegreerd is in één keer getest wordt.
Een belangrijke nadeel is dat het moeilijk wordt om de mislukkingen te identificeren.
Voorbeeld: In de onderstaande figuur zijn de eenheden 1 tot en met 6 geïntegreerd en getest volgens de Big Bang-benadering.
b) Top-Down benadering
De integratie van de eenheden/modules wordt stap voor stap van boven naar beneden getest.
De eerste eenheid wordt afzonderlijk getest door test STUBS te schrijven. Daarna worden de lagere niveaus één voor één geïntegreerd totdat het laatste niveau is samengesteld en getest.
De top-down benadering is een zeer organische manier van integreren, omdat deze overeenkomt met hoe de dingen in de echte omgeving gebeuren.
De enige bezorgdheid met deze aanpak is dat de belangrijkste functionaliteit aan het eind wordt getest.
c) Bottom-up benadering
De eenheden/modules worden stap voor stap van onder naar boven getest, totdat alle niveaus van eenheden/modules zijn geïntegreerd en getest als één eenheid. Stimulatorprogramma's genaamd DRIVERS Het is gemakkelijker om problemen of fouten op de lagere niveaus op te sporen.
De belangrijkste nadeel van deze aanpak is dat de problemen op hoger niveau pas aan het eind kunnen worden vastgesteld, wanneer alle eenheden zijn geïntegreerd.
Unit Testen vs Integratie Testen
Nu we genoeg hebben gesproken over eenheidstesten en integratietesten, laten we in de volgende tabel snel de verschillen tussen beide doornemen:
Eenheidstesten | Integratie testen |
---|---|
Test de afzonderlijke component van het hele systeem, d.w.z. test een eenheid geïsoleerd. | Test de samenwerking van de systeemcomponenten, d.w.z. test de samenwerking van meerdere eenheden. |
Sneller uit te voeren | Kan langzaam lopen |
Geen externe afhankelijkheid. Elke externe afhankelijkheid wordt gesimuleerd of weggestopt. | Vereist interactie met externe afhankelijkheden (bv. Database, hardware, enz.) |
Eenvoudig | Complex |
Uitgevoerd door ontwikkelaar | Uitgevoerd door tester |
Het is een soort white box testing | Het is een soort black box testing |
Wordt uitgevoerd in de beginfase van het testen en kan vervolgens op elk moment worden uitgevoerd | Moet worden uitgevoerd na eenheidstests en vóór systeemtests |
Goedkoop onderhoud | Duur onderhoud |
Begint met de specificatie van de module | Begint bij de interface-specificatie |
Eenheidstests hebben een beperkte reikwijdte, omdat ze alleen controleren of elk klein stukje code doet waarvoor het bedoeld is. | Het heeft een ruimer toepassingsgebied omdat het de hele toepassing bestrijkt |
Het resultaat van eenheidstesten is gedetailleerde zichtbaarheid van de code | Het resultaat van integratietesten is de gedetailleerde zichtbaarheid van de integratiestructuur |
Legt alleen problemen binnen de functionaliteit van afzonderlijke modules bloot. Legt geen integratiefouten of systeembrede problemen bloot. | Ontdek de bugs die ontstaan wanneer verschillende modules met elkaar interageren om het totale systeem te vormen. |
Functioneel testen
Een black box testtechniek, waarbij de functionaliteit van de applicatie wordt getest om de gewenste output te genereren bij het verstrekken van een bepaalde input, wordt "Functioneel testen" genoemd.
In onze software testprocessen doen we dit door testgevallen te schrijven volgens de eisen en scenario's. Voor elke functionaliteit kan het aantal geschreven testgevallen variëren van één tot vele.
Conclusie
Al deze drie testtypes zijn gecorreleerd.
Om volledige dekking te bereiken, is het nodig eenheidstests te hebben voor de paden/regels van de code, functionele en integratietests om te verzekeren dat de "eenheden" coherent samenwerken.
Ik hoop dat dit artikel u een duidelijk beeld heeft gegeven van Unit-, Integratie- en Functioneel testen en hun verschillen, hoewel deze vormen van testen veel meer omvatten!