hoe testcases schrijven met voorbeelden

Wat is een testcase?

in het kader van het testen van software verwijst een testcase naar de volgorde van acties die nodig zijn om een specifieke functie of functionaliteit te verifiëren. In wezen, de test case details van de stappen, gegevens, vereisten, en postvoorwaarden die nodig zijn om een functie te verifiëren.

het zal een overzicht geven van bepaalde variabelen die QAs nodig hebben om verwachte en feitelijke resultaten te vergelijken om te concluderen of de functie werkt zoals het zou moeten. Testcase-componenten vermelden input, uitvoering en verwachte output/respons. Kortom, het vertelt ingenieurs wat te doen, hoe het te doen, en welke resultaten aanvaardbaar zijn.

het doel van het schrijven van testcases

• om specifieke kenmerken en functies van de software te valideren.
• om testers te begeleiden bij hun dagelijkse praktijkactiviteit.
• om een catalogus van ondernomen stappen op te nemen, die opnieuw kan worden bekeken in het geval er een bug opduikt.
• een blauwdruk geven voor toekomstige projecten en testers, zodat ze niet opnieuw hoeven te werken.
• om problemen met bruikbaarheid en ontwerphiaten vroegtijdig op te sporen.
• om nieuwe testers en ontwikkelaars te helpen snel testen op te starten, zelfs als ze midden in een lopend project deelnemen.

Standaard Test Case Formaat

• Test Case ID
• Test Scenario
• Test Stappen
• Vereisten
• Test Gegevens
• Verwacht/Beoogd Resultaat
• de Werkelijke Resultaten
• Test Status – Pass/Fail

Tijdens het schrijven van testcases, vergeet niet:

• Een redelijke beschrijving van de vereiste
• Een beschrijving van de test proces
• Details in verband met het test-setup: versie van de te testen software, datapunten, besturingssysteem, hardware, veiligheidsmachtiging, datum, tijd, vereisten, enz.
• alle verwante documenten of bijlagen testers hebben
• alternatief voor vereisten nodig, indien deze bestaan

gemeenschappelijke kenmerken van testgevallen

• die waarschijnlijk regelmatig zullen worden herzien en bijgewerkt. Softwarevereisten kunnen veranderen, afhankelijk van veranderingen in bedrijfsprioriteiten of klantvoorkeuren. Als de eisen veranderen, moeten de testcases dienovereenkomstig worden aangepast. Voor de detectie van bugs en foutopsporingsstappen kan het ook nodig zijn dat testcases worden gewijzigd.
• mogelijk met clustering. Testcases in een enkel testscenario moeten meestal in een specifieke volgorde of in een groep worden uitgevoerd. In dit geval zullen specifieke voorwaarden van een testcase van toepassing zijn op andere testcases in dezelfde volgorde.
• waarschijnlijk onderling afhankelijk. Vaak kunnen testgevallen van elkaar afhangen. Dit geldt met name voor gelaagde toepassingen met multi-tier business logic.
• kan zowel door testers als ontwikkelaars worden gebruikt. Testcases zijn nuttig voor zowel ontwikkelaars als testers. Bijvoorbeeld, wanneer devs bugs repareren, kunnen testcases erg handig zijn om die bug te repliceren. In Test-Driven Development (TDD) maken devs testcases om bedrijfslogica te maken, meerdere testscenario ‘ s te behandelen en code te schrijven.

Testcasusvoorbeeld

laten we een testcasusvoorbeeld bouwen op basis van een specifiek scenario. Hier is een voorbeeld.

• testcase ID: # BST001
• testscenario: om een succesvolle gebruiker aan te melden Gmail.com
• teststappen:
  • de gebruiker navigeert naar Gmail.com.
  • in het veld’ E-mail ‘ voert de gebruiker een geregistreerd e-mailadres in.
  • de gebruiker klikt op de knop ‘Volgende’.
  • de gebruiker voert het geregistreerde wachtwoord in.
  • de gebruiker klikt op ‘Aanmelden’.’
• vereisten: een geregistreerde Gmail-ID met een unieke gebruikersnaam en wachtwoord.
• Browser: Chrome v 86. Apparaat: Samsung Galaxy Tab S7.
• testgegevens: legitieme gebruikersnaam en wachtwoord.
• Verwachte / Beoogde Resultaten: Zodra de gebruikersnaam en het wachtwoord zijn ingevoerd, de webpagina wordt omgeleid naar de inbox van de gebruiker, het weergeven en markeren van nieuwe e-mails aan de bovenkant.
• werkelijke resultaten: zoals verwacht
• teststatus-Pass/Fail: Pass

Best Practices for Writing Test Cases

• prioriteit geven aan duidelijkheid en transparantie. Wees duidelijk, beknopt en assertief in het beschrijven van wat de tester moet doen en welke resultaten ze idealiter moeten krijgen.
• Focus op de eisen van de eindgebruiker bij het schrijven van voorbeelden van testgevallen. Breng testcases in kaart om elk aspect van de user journey weer te geven. Gebruik hiervoor het bestek en het vereisten Document.
• vermijd herhaling. Als meerdere tests met dezelfde testcase kunnen worden uitgevoerd, gebruikt u de TestCASE-ID om naar de vereiste testcase te verwijzen.
• Houd de teststappen zo minimaal mogelijk. Idealiter, houd het aan 10-15 stappen, indien mogelijk.
• Focus op het bereiken van maximale testdekking. Terwijl 100% testdekking zelden haalbaar is, kan een hoog percentage worden bereikt met de juiste strategieën.

  Lees meer: Hoe zorg je voor een maximale testdekking?

• maak zelfreinigende testcases. Dat betekent dat testcases de testomgeving moeten terugbrengen naar een ongerepte, pre-testtoestand. Tests mogen geen resten van zichzelf in de omgeving achterlaten wanneer ze zijn voltooid. Dit is een integraal onderdeel van Configuratiebeheer. Om meer in de diepte te begrijpen: wat is Configuratiebeheer in DevOps?
• Vormtestcases voor tests die dezelfde resultaten opleveren, ongeacht wie ze uitvoert. Zorg ervoor dat tests op zichzelf staan.

zodra testcases zijn gevormd, moeten overeenkomstige tests worden uitgevoerd op echte browsers, apparaten en besturingssystemen. Vergeet niet dat apparaat fragmentatie is een belangrijke zorg voor elke ontwikkelaar en tester. Elke website moet naadloos werken op meerdere device-browser-OS combinaties. Met meer dan 9000 verschillende apparaten die wereldwijd worden gebruikt om toegang te krijgen tot internet, moet alle software worden geoptimaliseerd voor verschillende configuraties, viewports en schermresoluties.

Probeer gratis te testen op Real Device Cloud

In deze toestand kan geen emulator of simulator echte gebruikerscondities repliceren. Software moet worden getest op echte apparaten om te werken in real-world omstandigheden zoals een lage batterij, inkomende gesprekken, zwakke netwerksterkte, enzovoort. Als een in-house lab niet toegankelijk is, kies dan voor een cloudgebaseerde testoptie die echte apparaten biedt.

BrowserStack ‘ s cloud Selenium grid biedt meer dan 2000 echte apparaten en browsers voor geautomatiseerde testen. Dat betekent dat gebruikers tests kunnen uitvoeren op meerdere echte apparaten en browsers door simpelweg aan te melden, in te loggen en de gewenste combinaties te selecteren. Testers kunnen ook Cypress-tests uitvoeren op 30 + echte browserversies in Windows en macOS. Detecteer bugs voordat gebruikers doen door het testen van software in echte gebruikersomstandigheden met BrowserStack.

het creëren van goed gestructureerde en resultaatgerichte testcases is van fundamenteel belang voor het uitvoeren van succesvolle tests. Daarnaast zorgen ze voor een uitgebreide testdekking en bieden ze een duidelijk plan voor QAs om te volgen. Gebruik dit artikel om de grondbeginselen van het creëren van effectieve testcases leren en beginnen met het uitvoeren van tests ontworpen om te optimaliseren en leveren top-of-the-line gebruikerservaringen.