cause effect graph dynamic test case writing technique
Dynamische testtechnieken - Oorzaak en gevolg-grafiek.
Het schrijven van testcases vormt een integraal onderdeel van het testen, of het nu handmatig of automatisering is. Elk project is exclusief en kent een aantal testcondities die gedekt moeten worden.
We moeten ons concentreren op twee punten wanneer we testcases schrijven. Dit zijn:
- Het risico beperken
- Dekking
Dit artikel draait om het tweede punt, namelijk 'Dekking'. Om precies te zijn: dekking van vereisten.
c en c ++ verschillen
Wat je leert:
Testcase-schrijftechnieken voor dynamisch testen
- Equivalentie partitionering
- Grenswaardeanalyse
- Beslissingstabel
- Oorzaak en gevolg grafiektechniek
- State Overgangsdiagram
- Orthogonale array-testen (OATS)
- Fout bij het raden.
We hebben een aantal hele goede papieren 1st, 2nden 3rdpunten (Equivalentie Partitionering, BVA en Beslissingstabellen) hier in STH. Ik ga punt 4 bespreken, namelijk de oorzaak en gevolg-grafiek.
Inleiding tot oorzaak en gevolg-grafiek
De oorzaak- en gevolggrafiek is dynamisch testcase schrijftechniek Oorzaken hier zijn de ingangscondities en effecten zijn de resultaten van die ingangscondities.
Cause-Effect Graph is een techniek die begint met een reeks vereisten en de minimaal mogelijke testgevallen bepaalt voor een maximale testdekking, waardoor de testuitvoeringstijd en -kosten worden verminderd. Het doel is om het totale aantal testcases te verminderen en toch de gewenste applicatiekwaliteit te bereiken door de benodigde testcases af te dekken voor maximale dekking.
Maar tegelijkertijd zijn er natuurlijk ook enkele nadelen aan het gebruik van deze testcase-schrijftechniek. Het kost tijd om al uw vereisten in deze oorzaak-gevolg-grafiek te modelleren voordat u testcases schrijft.
De Cause-Effect Graph-techniek herhaalt de specificatie van de vereisten in termen van de logische relatie tussen de invoer- en uitvoervoorwaarden. Omdat het logisch is, ligt het voor de hand om Booleaanse operatoren zoals AND, OR en NOT te gebruiken.
Gebruikte notaties:
Laten we nu proberen deze techniek te implementeren met enkele voorbeelden:
- Teken een Oorzaak en Gevolg-grafiek op basis van een vereiste / situatie.
- Oorzaak en gevolg-grafiek wordt gegeven, teken een beslissingstabel op basis daarvan om de testcase te tekenen.
Laten we ze allebei een voor een bekijken.
Teken een oorzaak-en-gevolg-grafiek op basis van de situatie
Situatie
Het 'Afdrukbericht' is software die twee tekens leest en, afhankelijk van hun waarden, berichten wordt afgedrukt.
- Het eerste teken moet een 'A' of een 'B' zijn.
- Het tweede teken moet een cijfer zijn.
- Als het eerste teken een 'A' of 'B' is en het tweede teken een cijfer is, moet het bestand worden bijgewerkt.
- Als het eerste teken niet juist is (geen 'A' of 'B'), moet het bericht X worden afgedrukt.
- Als het tweede teken onjuist is (geen cijfer), moet het bericht Y worden afgedrukt.
Oplossing
De oorzaken van deze situatie zijn:
C1 - Het eerste teken is A
C2 - Het eerste teken is B
C3 - het tweede teken is een cijfer
De effecten (resultaten) voor deze situatie zijn:
E1 - Werk het bestand bij
E2 - Bericht 'X' afdrukken
E3 - Bericht 'Y' afdrukken
LATEN WE BEGINNEN!!
Teken eerst de oorzaken en gevolgen zoals hieronder weergegeven:
Sleutel - Ga altijd van Effect naar Oorzaak (van links naar rechts). Dat betekent dat om effect 'E' te krijgen, welke oorzaken waar moeten zijn.
Laten we in dit voorbeeld beginnen met effect E1.
Effect E1 is voor het updaten van het bestand. Het bestand wordt bijgewerkt wanneer
- Het eerste teken is 'A' en het tweede teken is een cijfer
- Het eerste teken is 'B' en het tweede teken is een cijfer
- Het eerste teken kan 'A' of 'B' zijn en kan niet beide zijn.
Laten we deze drie punten nu in symbolische vorm plaatsen:
Om E1 waar te laten zijn - de volgende zijn de oorzaken:
- C1 en C3 zouden waar moeten zijn
- C2 en C3 zouden waar moeten zijn
- C1 en C2 kunnen niet samen waar zijn. Dit betekent dat C1 en C2 elkaar uitsluiten.
Laten we nu dit tekenen:
Dus volgens het bovenstaande diagram, voor E1 om waar te zijn, is de voorwaarde (C1 C2)
C3
De cirkel in het midden is slechts een interpretatie van het middelste punt om de grafiek minder rommelig te maken.
Er is een derde voorwaarde waarbij C1 en C2 elkaar uitsluiten. Dus de laatste grafiek voor effect E1 om waar te zijn, wordt hieronder weergegeven:
Laten we naar effect E2 gaan:
E2 vermeldt afdrukbericht 'X'. Bericht X wordt afgedrukt als het eerste teken niet A of B is.
Dit betekent dat Effect E2 waar blijft als C1 OF C2 ongeldig is. Dus de grafiek voor effect E2 wordt weergegeven als (in blauwe lijn)
Voor effect E3.
E3 geeft afdrukbericht 'Y' weer. Bericht Y wordt afgedrukt als het tweede teken onjuist is.
Dit betekent dat Effect E3 waar blijft als C3 ongeldig is. Dus de grafiek voor effect E3 wordt weergegeven als (in groene lijn)
Hiermee is de oorzaak en gevolg-grafiek voor de bovenstaande situatie voltooid.
Laten we nu gaan om de Beslissingstabel op basis van bovenstaande grafiek
Beslissingstabel schrijven op basis van oorzaak en gevolg-grafiek
Schrijf eerst de oorzaken en gevolgen op in een enkele kolom die hieronder wordt weergegeven
b boom en b + boom
De sleutel is hetzelfde. Ga van onder naar boven, wat betekent dat u van Effect naar Oorzaak doorkruist.
Begin met effect E1. Wil E1 waar zijn, dan is de voorwaarde (C1 C2)
C3.
Hier vertegenwoordigen we True as een en False als 0
Zet eerst Effect E1 als True in de volgende kolom als
Om E1 nu '1' (waar) te laten zijn, hebben we de onderstaande twee voorwaarden:
C1 EN C3 zullen waar zijn
C2 EN C3 zullen waar zijn
Om E2 True te laten zijn, moet C1 of C2 False zijn, weergegeven als,
Om E3 waar te laten zijn, moet C3 onwaar zijn.
Dus het is voltooid. Laten we de grafiek afmaken door toe te voegen 0 in de lege kolom en neem de identificatie van de testcase op.
Testcases schrijven vanuit de beslissingstabel
Hieronder ziet u een voorbeeldtestcase voor testgeval 1 (TC1) en testgeval 2 (TC2).
Op dezelfde manier kunt u andere testcases maken.
(Een testcase bevat vele andere attributen zoals randvoorwaarden, testdata, ernst, prioriteit, build, versie, release, omgeving, etc. Ik neem aan dat al deze attributen worden meegenomen wanneer je de testcases in de feitelijke situatie schrijft)
Gevolgtrekking
Nogmaals de stappen samenvattend:
- Teken de cirkels voor grafieken van oorzaken en gevolgen
- Begin bij effecten en ga naar de oorzaak.
- Zoek naar elkaar uitsluitende oorzaken.
Hiermee is de dynamische testcase-schrijftechniek van de oorzaak en gevolg-grafiek voltooid. We hebben gezien hoe we de grafiek kunnen tekenen en hoe we op basis daarvan de beslissingstabel kunnen tekenen. De laatste stap van het schrijven van testcases op basis van de beslissingstabel is relatief eenvoudig.
Over de auteur: Dit is een gastartikel van Shilpa Chatterjee Roy. Ze is de afgelopen 8,5 jaar werkzaam in het vakgebied Software Testing in verschillende domeinen.
Voel je vrij om de schrijfmethoden van je testcase te bespreken in de onderstaande opmerkingen.
PREV-zelfstudie VOLGENDE zelfstudie
Aanbevolen literatuur
- Wat is orthogonale array-testtechniek (OATS)?
- Wat is een op defecten gebaseerde testtechniek?
- Wat is fout raden techniek?
- Hoe complexe testscenario's voor bedrijfslogica te schrijven met behulp van de beslissingstabeltechniek
- 12 beste tools voor het maken van lijngrafieken voor het maken van verbluffende lijngrafieken (2021 RANKINGS)
- Wat is mutatietesten: zelfstudie met voorbeelden
- Hoe u mock-service en dynamische respons maakt in SoapUI
- Unit-tests schrijven met Spock Framework