Testruns

Een testcase definieert de normen, pagina's en componenten van een test. En een testrun is een 'instantie' van die testcase. U maakt een testrun aan nadat u uw testcase hebt ingesteld en vlak voordat u met testen begint.

Met een testrun kunt u 'momentopname' testen uitvoeren en de laatste test vergelijken met een eerdere testrun. U kunt op pagina- en componentniveau bijhouden of problemen zijn verbeterd of verslechterd na een coderelease.

Als u de problemen verhelpt en de testrun opnieuw uitvoert zonder een nieuwe testrun te maken, vervangt u de problemen van de vorige testrun en kunt u historische wijzigingen niet meer vergelijken en bijhouden.

Before you begin: U moet eerst een testcase hebben en op het scherm Testcases staan.

To create a test run:

1. Klik op het scherm Testcases op de knop in de kolom Acties Create Test Run in de rij van de testcase waarvoor u een testrun wilt maken.

2. Het scherm Testcase voor testrun instellen <Test Case Name> wordt weergegeven, met daarin een formulier met negen velden en een knop Testrun maken.

   

   Raadpleeg de volgende beschrijvingen voor de verwachte invoer voor elk:

   • Test Run Name: Dit veld is vooraf ingevuld met de naam van de testcase met een toegevoegd tijdstempel, MM_DD_YY-HH:MM. U kunt dit indien nodig wijzigen om het doel van uw testrun beter te beschrijven.

   • Test Run Description: Gebruik dit veld om de details van deze test door te geven, bijvoorbeeld de datum waarop de test is uitgevoerd, de reikwijdte van de test met de pagina's en secties, de viewport-instellingen die voor de test zijn gebruikt en alle andere details die uw testers nodig hebben.

   • Axe-core version: Gebruik dit veld om uw testruns te testen met verschillende sets regels van axe-core, om de gemelde of opgeloste problemen te vergelijken en valideren. Het veld is vooraf ingevuld met de axe-core-versie die door de beheerder is geselecteerd op de pagina Beheerdersinstellingen. Via het dropdownmenu kunt u een andere versie van axe-core selecteren die voor u beschikbaar is.

   • Standard: Dit veld geeft een lijst met normen weer. Het veld is vooraf ingevuld met de standaard die door de beheerder is geselecteerd op de pagina Beheerdersinstellingen. U kunt het keuzemenu gebruiken om de meest geschikte optie te kiezen. Met uw selectie verfijnt u zowel de geautomatiseerde regels die worden uitgevoerd als de toepasselijke controlepunttestschermen die voor handmatige tests worden gepresenteerd.

   • Product: Dit is de naam van het product dat wordt getest. Dit veld wordt gedefinieerd tijdens het maken van de testcase en kan hier niet worden bewerkt tijdens de testrun setup.

   • Digital Asset Type: Selecteer uit de tien verschillende typen digitale activa in het vervolgkeuzemenu om uw beoordeling te definiëren. Dit is een optioneel veld.

     Het voordeel van het selecteren van een digitaal assettype is dat de test-, herstel- en best practice-methodologieën die op de pagina Probleemdetails worden weergegeven, alleen relevant zijn voor wat u hebt geselecteerd toen u de testrun maakte. Dit is handig omdat wanneer er een probleem wordt gevonden tegen een van de succescriteria, de testmethodologie en de aanbevelingen voor herstel worden gefilterd op dat specifieke producttype. Zo kunt u snel de relevante informatie voor uw test raadplegen. U krijgt bijvoorbeeld geen mobiele webtestmethodologie te zien als u desktopweb als uw product hebt geselecteerd.

     Als u bij het maken van de testcase het digitaal assettype hebt geselecteerd, wordt dit veld vooraf ingevuld met die selectie en kan het niet worden bewerkt.

   • Release: Geef het versienummer op van het product dat wordt getest. Bijvoorbeeld, 1.0 zou de eerste releasecyclus van het product zijn.

   • Environment: De omgeving is het type server waarop getest wordt. Bijvoorbeeld, een productieserver wordt gebruikt voor een live site.

   • Platform: Het platform is de besturingssystemen en browsers waarop de site moet worden getest. Bijvoorbeeld 'Windows en Firefox' of 'Android en Chrome'. Geautomatiseerde tests worden uitgevoerd via een verbonden browser op een bepaald platform.

   • Assistive technology: Hulpmiddelentechnologie en -apparaten worden door mensen met een beperking gebruikt om te communiceren met software en websites. Voor sommige tests hebt u een schermlezer nodig, zoals NVDA of JAWS op de pc of VoiceOver op de Mac.

   • Assign testing to Klik in dit veld op down arrow om een lijst met de beschikbare gebruikers weer te geven. Klik vervolgens op een item om het te selecteren en het veld in te vullen. user Als u de test zelf wilt uitvoeren, klikt u op de assign to me link onder het menu met de veldlijst.

   • Update axe Reports Selecteer "Yes" of "No" in de vervolgkeuzelijst om te bepalen of de testrungegevens moeten worden bijgewerkt naar axe Reports. Deze selectie is alleen beschikbaar als de optie tijdens het maken van een testcase is ingesteld op "Selected Test Runs". Als tijdens het maken van de testcase de optie is ingesteld op "Every Test Run" of "Never", wordt het veld Update axe Reports automatisch standaard ingesteld op respectievelijk "Yes" of "No" . In dat geval kunnen gebruikers deze instelling niet wijzigen.

     Let op: Alleen gebruikers met axe Reports-integratie ingeschakeld tijdens de installatie van axe Auditor kunnen dit veld bekijken.

3. Voer in het gedeelte Reporting Information de naam in van de browser (bijvoorbeeld Google, Firefox of Safari) en de softwarenamen (bijvoorbeeld NVDA, JAWS, Screen Reader) die tijdens de test zijn gebruikt.

Note: U kunt de sectie alleen openen door de Reporting Information in te schakelen op de Enable customize Reporting pagina. Admin Settings Om deze optie in te schakelen, gaat u naar de Admin Settings pagina, klikt u op Settings , vervolgens op Enable customize Reporting onder Enable/Disable Features en ten slotte op Save settings.

4. Klik op de Create Test Run knop onderaan het formulier.

Nadat u een testrun hebt gemaakt, is de volgende stap het testen van een component en/of pagina. Zie Start met testen voor meer informatie.