QA The Other WayKwaliteitsborging in het tijdperk van AI-automatisering. QA The Other Way.
Praktische QA

Stel de bedoelde checkboxstatus in.

Gebruik de gewenste eindstatus en test omschakelen apart.

5 minuten leestijdQA The Other Way
Aan- en uitgevinkte vakken bereiken dezelfde gewenste status.
Eigen redactionele illustratie.
Illustratieve video bij dit artikel. Engelse tekst op het scherm; selecteer ondertitels voor deze taal.

Vertaalde editie. Technische identificatiegegevens blijven in hun oorspronkelijke vorm.

Gebruik de gewenste eindstatus en test omschakelen apart.
Lokaal verzonnen voorbeeld, geen klant- of leveranciersinterface.

Een voorkeur is al actief vóór de test. Klikken om te activeren schakelt haar uit. De auteur kopieerde een gebaar zonder beginstatus. Benoem omschakelen of gewenste eindwaarde.

De actiehandleiding beschrijft checkboxen, de Locator-API setChecked(). Bij juiste status keert het direct terug. Anders handelt het en controleert de status. Dit past bij een toegestane testvoorkeur actief laten.

Druk de gewenste status uit

Demo reminders begint eenmaal aan en eenmaal uit. Beide gevallen vragen hetzelfde resultaat met herhalende assertion. Geen echte melding, toestemming of accountinstelling verandert.

const reminders = page.getByRole('checkbox', { name: 'Demo reminders' });
await reminders.setChecked(true);
await expect(reminders).toBeChecked();

Runner en geïmporteerde expect zijn nodig. We bewijzen elementstatus, geen opslag, bezorging of servervoorkeur. Voeg zulke eisen via een ondersteund bewijspad toe.

De lokale change-teller blijft nul bij opnieuw setChecked(true) op aangevinkt. Vanuit uit volgt aan met één event. Herhalen verandert de teller niet. Een gewone klik schakelt daarna uit.

Houd begineisen zichtbaar

Doelstatus instellen kan een onverwacht begin verbergen zonder controle. Moet de standaard uit zijn, controleer vooraf. Stel voor omschakeldekking begin en overgangsactie vast.

setChecked bewijst niet dat alle handlers draaiden. Direct terugkeren bij juiste status vereist geen klik. Voor change-observatie zijn gecontroleerd tegengesteld begin en effectassertion nodig.

De methode verwacht passende checkbox of radio. Hier is die native. Eigen schakelaar of knop heeft gedocumenteerde semantiek nodig, niet dezelfde API-aanname. Test toetsenbord en toegankelijkheid apart.

Begrens herhaling

De lokale demo is onschuldig; echte vakken kunnen requests, berichten of facturatiewijzigingen veroorzaken. Dat geeft geen toestemming voor productieherhaling. Gebruik goedgekeurde stagingdata en begrijp effect en opruimen.

UI en opslag kunnen verschillen. Herlaad of lees onafhankelijk en toegestaan als persistentie vereist is. Noteer begin, doel, zichtbaar resultaat en serverbewijs.

AnyTest beschrijft verkenning en reviewbare tests. Vraag of de stap een eindstatus noemt of omschakelt vanuit onbekend begin. Geen specifieke implementatie wordt beweerd.

Status en eventteller beantwoorden verschillende vragen. Bewaar beide zodat een herhaalde nulactie geen extra gebruikerstransitie wordt. Benoem het vereiste vervolgeffect vóór voltooiing.

De herhalende assertion wacht op de gewenste elementstatus na de actie. Vereist de casus een standaard uitgeschakelde instelling, dan hoort een aparte beginassertion vóór de wijziging. Doelstatus instellen bewaart dat bewijs niet.

Veelgestelde vragen

Klikt setChecked(true) altijd?

Nee. Het keert direct terug bij een aangevinkt vak.

Bewijst aangevinkt een opgeslagen voorkeur?

Nee. Opslag en vervolgeffecten vragen eigen bewijs.

Bronnen