Wat is het testen van componenten?
Onderdeel testen wordt gedefinieerd als een softwaretesttype, waarbij het testen op elk afzonderlijk onderdeel afzonderlijk wordt uitgevoerd zonder te integreren met andere onderdelen. Het wordt ook wel Module Testing genoemd als het wordt bekeken vanuit een architectuurperspectief. Component Testing wordt ook wel Unit Testing, Program Testing of Module Testing genoemd.
Over het algemeen bestaat alle software als geheel uit verschillende componenten. Component Level Testing houdt zich bezig met het afzonderlijk testen van deze componenten.
Het is een van de meest voorkomende typen black box-tests die wordt uitgevoerd door QA Team.
Volgens het onderstaande diagram zal er een teststrategie en een testplan zijn voor het testen van componenten. Waarbij elk onderdeel van de software of applicatie afzonderlijk wordt bekeken. Voor elk van deze componenten wordt een testscenario gedefinieerd, dat verder zal worden onderverdeeld in testcases op hoog niveau -> gedetailleerde testcases op laag niveau met vereisten.
Het gebruik van de term " Component Testing " varieert van domein tot domein en van organisatie tot organisatie.
De meest voorkomende reden voor een verschillende perceptie van het testen van componenten zijn
- Type ontwikkeling Gekozen levenscyclusmodel
- Complexiteit van de te testen software of applicatie
- Testen met of zonder isolatie van de rest van andere componenten in software of applicatie.
Zoals we weten heeft Software Test Life Cycle Architecture veel testartefacten (gemaakte documenten, gebruikt tijdens testactiviteiten). Van de vele tests - artefacten, is het het testbeleid en de teststrategie die de soorten testen en de diepte van testen die in een bepaald project moeten worden uitgevoerd, definieert.
Wie doet Component Testing
Het testen van componenten wordt uitgevoerd door testers. 'Unit Testing' wordt uitgevoerd door de ontwikkelaars waar ze de individuele functionaliteit of procedure testen. Nadat een eenheidstest is uitgevoerd, is de volgende test het testen van onderdelen. Het testen van componenten wordt gedaan door de testers.
Wanneer componenttests moeten worden uitgevoerd
Het testen van componenten wordt uitgevoerd kort nadat de unit-tests zijn uitgevoerd door de ontwikkelaars en de build is vrijgegeven voor het testteam. Deze build wordt UT-build (Unit Testing Build) genoemd. De belangrijkste functionaliteit van alle componenten wordt in deze fase getest,
Toegangscriteria voor het testen van componenten
- Het minimum aantal componenten dat in de UT moet worden opgenomen, moet worden ontwikkeld en getest.
Exit-criteria voor het testen van componenten
- De functionaliteit van alle componenten zou goed moeten werken.
- Er mag geen sprake zijn van een logboek met kritieke of hoge of gemiddelde defecten en defecten met prioriteit.
Testtechnieken voor componenten
Op basis van de diepte van testniveaus kunnen componenttests worden gecategoriseerd als
- CTIS - Component testen in het klein
- CTIL - Component testen in het groot
CTIS - Component Testing in Small
Het testen van componenten kan worden uitgevoerd met of zonder isolatie van de rest van andere componenten in de te testen software of applicatie. Als het wordt uitgevoerd met de isolatie van een ander onderdeel, wordt het Component Testing in Small genoemd.
Voorbeeld 1: Beschouw een website met 5 verschillende webpagina's en het testen van elke webpagina afzonderlijk en met de isolatie van andere componenten wordt in Small aangeduid als Component-testen.
Voorbeeld 2: Beschouw de startpagina van de guru99.com-website die veel componenten heeft, zoals
Home, Testen, SAP, Web, Must Learn !, Big Data, Live Projects, Blog en etc.
Evenzo is elke software gemaakt van veel componenten en ook heeft elke component zijn eigen subcomponenten. Het afzonderlijk testen van elke module die in voorbeeld 2 wordt genoemd, zonder rekening te houden met integratie met andere componenten, wordt Component Testing in Small genoemd.
Klik op het vervolgkeuzemenu Testen volgens de onderstaande snapshow en bekijk verschillende "subcomponenten" van de testcomponent. De weergegeven subcomponenten zijn dus Manual Testing, SOAPUI, QTP, JUnit, Selenium, Test Management, Selenium, Mobile Testing, etc.
Opmerking: de subcomponent wordt in de onderstaande momentopname met rood gemarkeerde kleur genoemd.
CTIS - Component Testing in Small
Componenttests die worden uitgevoerd zonder isolatie van andere componenten in de software of applicatie die wordt getest, worden Component Testing Large genoemd.
Laten we een voorbeeld nemen om het op een betere manier te begrijpen. Stel dat er een toepassing uit drie componenten zeggen Component A , Component B en Component C .
De ontwikkelaar heeft component B ontwikkeld en wil deze testen. Maar om component B volledig te testen, zijn enkele van zijn functionaliteiten afhankelijk van component A en weinig van component C.
Functionaliteitsstroom: A -> B -> C, wat betekent dat er een afhankelijkheid is van B van zowel A als C, volgens de diagramstomp is de aangeroepen functie en de bestuurder is de aanroepende functie .
Maar de component A en component C zijn nog niet ontwikkeld. In dat geval, om component B volledig te testen, kunnen we component A en component C naar behoefte vervangen door stub en stuurprogramma's. Dus in feite worden component A & C vervangen door stub & driver's die fungeren als een dummy-object totdat ze daadwerkelijk zijn ontwikkeld.
- Stub: Een stub wordt aangeroepen vanuit de softwarecomponent die moet worden getest, zoals weergegeven in het onderstaande diagram 'Stub' wordt aangeroepen door Component A.
- Driver: Een driver roept het te testen onderdeel op zoals weergegeven in het onderstaande schema 'Component B' wordt aangeroepen door Driver.
Voorbeeldtestcases voor het testen van componenten
Beschouw twee webpagina's volgens de onderstaande diagrammen. Hier zijn beide webpagina's met elkaar verbonden vanuit een functioneel oogpunt.
- Webpagina 1 is een inlogpagina voor demo.guru99.com
Wanneer de gebruiker een geldige gebruikersnaam en wachtwoord heeft ingevoerd in het tekstveld en op de knop Verzenden klikt, navigeert de webpagina naar de startpagina van de guru99 demo bank-website.
- Webpagina 2 is de homepage van Guru99.com
Hier is de inlogpagina dus één component, en de startpagina is een andere. Het testen van de functionaliteit van afzonderlijke pagina's afzonderlijk wordt componenttesten genoemd .
Scenario's voor het testen van componenten op webpagina1 -
- Voer een ongeldige gebruikers-ID in en controleer of er een gebruiksvriendelijke waarschuwing wordt weergegeven aan de eindgebruiker.
- Voer een ongeldig gebruikers-ID en wachtwoord in en klik op 'reset' en controleer of de gegevens die zijn ingevoerd in de tekstvelden gebruikers-ID en wachtwoord zijn gewist.
- Voer de geldige gebruikersnaam en het wachtwoord in en klik op de knop 'Inloggen'.
Scenario's voor het testen van componenten op webpagina2 -
- Controleer of het bericht "Welkom bij de managerpagina van guru99 bank" op de startpagina wordt weergegeven.
- Controleer of alle links aan de linkerkant van de webpagina klikbaar zijn.
- Controleer of de manager-ID wordt weergegeven in het midden van de startpagina.
- Controleer de aanwezigheid van de 3 verschillende afbeeldingen op de startpagina volgens het diagram.
Unit testen versus component testen
| Testen van een eenheid | Component testen |
|---|---|
|
|
|
|
|
|
|
|
Overzicht:
Bij Software Engineering speelt het testen van componenten een cruciale rol bij het vinden van de bugs. Voordat we beginnen met de integratietest, is het altijd aan te raden om de componenttests uit te voeren om er zeker van te zijn dat elk onderdeel van een applicatie effectief werkt.
Integratietesten wordt gevolgd door het testen van componenten. Component testing wordt in sommige referenties ook wel moduletesten genoemd.