Wat is componenttesten? Technieken, voorbeeldtestgevallen

Wat is componenttesten?

Componenttesten wordt gedefinieerd als een softwaretesttype, waarbij de test op elk afzonderlijk onderdeel afzonderlijk wordt uitgevoerd zonder integratie met andere onderdelen. Het wordt ook wel Module Testing genoemd wanneer het vanuit een architectuurperspectief wordt bekeken. Componenttesten wordt ook wel Unit Testing, Program Testing of Module Testing genoemd.

Over het algemeen bestaat elke 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 black box-testtypen die wordt uitgevoerd door het QA-team.

Volgens het onderstaande diagram zal er een teststrategie en een testplan zijn voor het testen van componenten. Waar elk onderdeel van de software of applicatie afzonderlijk wordt bekeken. Voor elk van deze componenten a Testscenario zal worden gedefinieerd, die verder zal worden teruggebracht tot Testgevallen op hoog niveau -> Gedetailleerde testgevallen op laag niveau met vereisten.

Het gebruik van de term “Component testenvarieert van domein tot domein en van organisatie tot organisatie.

De meest voorkomende reden voor een verschillende perceptie van componenttesten is:

1. Type ontwikkeling Levenscyclusmodel gekozen
2. Complexiteit van de software of applicatie die getest wordt
3. Testen met of zonder isolatie van de rest van een ander onderdeel in software of applicatie.

Zoals we weten is de Software Test Life Cycle Architecture heeft veel test-artefacten (documenten gemaakt, gebruikt tijdens testactiviteiten). Van de vele tests – artefacten, is het het Testbeleid en de Teststrategie die de soorten testen en de diepgang van de tests definieert die in een bepaald project moeten worden uitgevoerd.

Wie doet componenttesten?

Het testen van componenten wordt uitgevoerd door testers. 'Unit Testing' wordt uitgevoerd door de ontwikkelaars waarbij zij de individuele functionaliteit of procedure testen. Na Testen van een eenheid wordt uitgevoerd, is de volgende test het testen van componenten. Het testen van componenten wordt gedaan door de testers.

Wanneer moet u componenttesten uitvoeren?

Het testen van componenten wordt uitgevoerd kort nadat de Unit Testing door de ontwikkelaars is uitgevoerd en de build is vrijgegeven voor het testteam. Deze build wordt UT-build (Unit Testing Build) genoemd. In deze fase wordt de belangrijkste functionaliteit van alle componenten getest,

Toelatingscriteria voor het testen van componenten

• Het minimale aantal componenten dat in de UT moet worden opgenomen, moet worden ontwikkeld en getest.

Exitcriteria voor het testen van componenten

• De functionaliteit van alle componenten zou goed moeten werken.
• Er mogen geen sprake zijn van kritieke of hoge of gemiddelde ernst en prioriteitsdefecten Defect log.

Testtechnieken voor componenten

Op basis van de diepte van de testniveaus kunnen componenttests worden gecategoriseerd als

1. CTIS – Componenttesten in het klein
2. CTIL – Componenttesten in het groot

CTIS – Componenttesten in het klein

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 dit Component Testing in Small genoemd.

Voorbeeld 1: Overweeg een website met vijf verschillende webpagina's en test vervolgens elke webpagina afzonderlijk. Met de isolatie van andere componenten wordt dit componenttesten in Small genoemd.

Voorbeeld 2: Denk eens aan de startpagina van de website guru99.com, die veel componenten bevat, zoals

Thuis, Testen, SAP, Web, moet leren!, Big Data, Live projecten, Blog en etc.

Op dezelfde manier bestaat elke software uit vele componenten en heeft elke component zijn eigen subcomponenten. Het afzonderlijk testen van elke module genoemd in voorbeeld 2, zonder rekening te houden met de integratie met andere componenten, wordt aangeduid als Componenttesten in het klein.

Klik op het vervolgkeuzemenu Testen volgens de onderstaande snapshow en bekijk er verschillende “subcomponenten” van Testcomponent. De weergegeven subcomponenten zijn dus Handmatig testen, SOAPUI, QTP, JUnit, Selenium, Testbeheer, Selenium, Mobile Testen, enz.

Opmerking: De subcomponenten worden vermeld met een rood gemarkeerde kleur in de onderstaande momentopname.

CTIL – Componenttesten in het groot

Het testen van componenten die worden uitgevoerd zonder isolatie van andere componenten in de te testen software of applicatie, wordt Component Testing Large genoemd.

Laten we een voorbeeld nemen om het beter te begrijpen. Stel dat er een applicatie is die uit drie componenten bestaat Component A, Component B, en Onderdeel C.

De ontwikkelaar heeft component B ontwikkeld en wil deze getest hebben. Maar om compleet test component B, weinig functionaliteiten zijn 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, zoals aangegeven in het diagram functie genoemd, en de bestuurder is de bellende functie.

Maar component A en component C zijn nog niet ontwikkeld. In dat geval kunnen we, om component B volledig te testen, indien nodig component A en component C vervangen door stub en drivers. Dus feitelijk worden component A & C vervangen door stub & driver's die als een dummy-object fungeren totdat ze daadwerkelijk zijn ontwikkeld.

• Stomp: Er wordt een stub aangeroepen vanuit de te testen softwarecomponent, zoals weergegeven in het onderstaande diagram. 'Stub' wordt aangeroepen door component A.
• Speaker: Een bestuurder roept het te testen onderdeel op, zoals weergegeven in onderstaand schema. 'Component B' wordt door bestuurder aangeroepen.

Voorbeeldtestgevallen voor het testen van componenten

Beschouw twee webpagina's volgens de onderstaande diagrammen. Hier zijn beide webpagina's vanuit functionaliteitsoogpunt met elkaar verbonden.

1. Webpagina 1 is de inlogpagina voor demo.guru99.com

Wanneer de gebruiker een geldig gebruikers-ID en wachtwoord in het tekstveld heeft ingevoerd en op de knop Verzenden heeft geklikt, navigeert de webpagina naar de startpagina van de website van de Guru99-demobank.

2. Webpagina 2 is de startpagina van Guru99.com

Hier is de inlogpagina dus één onderdeel en de startpagina een ander onderdeel. Nu wordt het afzonderlijk testen van de functionaliteit van afzonderlijke pagina's genoemd testen van componenten.

Testscenario's voor componenten op webpagina1 –

• Voer een ongeldige gebruikers-ID in en controleer of er een gebruiksvriendelijke waarschuwingspop-up aan de eindgebruiker wordt getoond.
• 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'.

Testscenario's voor componenten op webpagina2 –

• Controleer of het bericht "Welkom op 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 in het midden van de startpagina wordt weergegeven.
• Controleer de aanwezigheid van de 3 verschillende afbeeldingen op de startpagina volgens het diagram.

Het testen van eenheden versus het testen van componenten

Testen van een eenheid	Component testen
Het testen van individuele programma's, modules om aan te tonen dat het programma wordt uitgevoerd volgens de specificatie, wordt genoemd Testen van een eenheid	Het afzonderlijk testen van elk object of delen van de software met of zonder isolatie van andere objecten wordt genoemd Component testen
Het is gevalideerd aan de hand van ontwerpdocumenten	Het is gevalideerd op basis van testvereisten en gebruiksscenario's
Unit-tests worden uitgevoerd door ontwikkelaars	Het testen van componenten wordt gedaan door testers
Er wordt eerst een unit-test gedaan	Het testen van componenten wordt uitgevoerd nadat het testen van de eenheden is voltooid vanaf het einde van de ontwikkelaar.

Samenvatting

In Software EngineeringHet testen van componenten speelt een cruciale rol bij het vinden van de bugs. Voordat we beginnen met de Integratietesten na het testen van componenten en het testen van de integratie wordt gevolgd door het testen van componenten.

Componenttesten worden in sommige referenties ook wel moduletesten genoemd.