Testläufe

Ein Testfall definiert die Standards, Seiten und Komponenten eines Tests. Ein Testlauf ist eine „Instanz“ dieses Testfalls. Sie erstellen einen Testlauf, nachdem Sie Ihren Testfall eingerichtet haben und kurz bevor Sie mit dem Testen beginnen.

Ein Testlauf ermöglicht es Ihnen, „Momentaufnahmen“ zu testen und den neuesten Test mit einem früheren Testlauf zu vergleichen. Sie können auf Seiten- und Komponentenebene nachverfolgen, ob sich Probleme nach einem Code-Release verbessert oder verschlechtert haben.

Wenn Sie die Probleme beheben und den Testlauf erneut ausführen, ohne einen neuen Testlauf zu erstellen, haben Sie die Probleme des vorherigen Testlaufs ersetzt und die Fähigkeit verloren, historische Änderungen zu vergleichen und zu verfolgen.

Bevor Sie beginnen: Sie müssen zuerst einen Testfall eingerichtet haben und sich auf dem Bildschirm für Testfälle befinden.

Einen Testlauf erstellen:

1. Auf dem Bildschirm für Testfälle klicken Sie auf den Create Test Run Knopf in der Spalte „Aktionen“ in der Zeile des Testfalls, für den Sie einen Testlauf erstellen möchten.
   
   
2. Der Set up Test Run for Test Case <Test Case Name> Bildschirm erscheint und zeigt ein Formular mit neun Feldern und einem Schaltfläche „Testlauf erstellen“.
   
   
   
   Beziehen Sie sich auf die folgenden Beschreibungen für die erwartete Eingabe in jedes Feld:
   • Test Run Name: Dieses Feld ist mit dem Namen des Testfalls und einem angehängten Zeitstempel im Format MM_DD_YY-HH:MM vorab ausgefüllt. Sie können dies nach Bedarf ändern, um die Absicht Ihres Testlaufs besser zu beschreiben.
   • Test Run Description: Nutzen Sie dieses Feld, um die Details dieses Tests zu kommunizieren, zum Beispiel das Datum, an dem er durchgeführt wurde, den Umfang des Tests mit den Seiten und Abschnitten, die verwendeten Bildschirmdarstellungseinstellungen und alle anderen Details, die Ihre Tester benötigen.
   • Axe-core version: Verwenden Sie dieses Feld, um Ihre Testläufe mit verschiedenen von axe-core bereitgestellten Regelsets zu testen, um die gemeldeten oder behobenen Probleme zu vergleichen und zu validieren. Das Feld ist mit der axe-core-Version vorab ausgefüllt, die vom Administrator auf der Admin-Einstellungsseite ausgewählt wurde. Sie können das Dropdown-Menü verwenden, um eine andere Ihnen zugängliche axe-core-Version auszuwählen.
   • Standard: Dieses Feld zeigt eine Liste von Standards an. Das Feld ist mit dem Standard voreingestellt, den der Administrator auf der Admin-Einstellungsseite ausgewählt hat. Sie können das Dropdown-Menü verwenden, um das am besten geeignete auszuwählen. Ihre Auswahl verfeinert sowohl die automatisierten Regeln, die ausgeführt werden, als auch die anwendbaren Prüfpunkten-Testbildschirme, die für manuelle Tests präsentiert werden.
   • Product: Dies ist der Name des getesteten Produkts. Dieses Feld wird während der Erstellung des Testfalls definiert und kann hier während der Einrichtung des Testlaufs nicht bearbeitet werden.
   • Digital Asset Type: Wählen Sie aus den zehn verschiedenen digitalen Asset-Typen im Dropdown-Menü, um Ihre Bewertung zu definieren. Dies ist ein optionales Feld.
     • Der Vorteil der Auswahl eines digitalen Asset-Typs besteht darin, dass die auf der Seite mit den Problemdetails angezeigten Test-, Behebungs- und Best-Practice-Methoden nur auf das von Ihnen ausgewählte Produkt zum Zeitpunkt der Erstellung des Testlaufs relevant sind. Dies ist nützlich, da bei einem gefundenen Problem gegen eines der Erfolgskriterien die Testmethodologie und die Behebungsanweisungen auf diesen spezifischen Produkttyp gefiltert werden und Sie schnell die relevanten Informationen für Ihren Test erhalten können. Zum Beispiel wird Ihnen keine Methodik für das Testen mobiler Webseiten angezeigt, wenn Sie „Desktop-Web“ als Ihr Produkt ausgewählt haben.
     • Wenn Sie bei der Erstellung des Testfalls den digitalen Asset-Typ ausgewählt haben, ist dieses Feld mit dieser Auswahl vorausgefüllt und kann nicht bearbeitet werden.
   • Release: Geben Sie die Versionsnummer des getesteten Produkts an. Zum Beispiel wäre 1.0 der erste Release-Zyklus des Produkts.
   • Environment: Die Umgebung ist der Typ des Servers, der getestet wird. Zum Beispiel würde ein Produktionsserver für eine Live-Site verwendet werden.
   • Platform: Die Plattform sind das/die Betriebssystem(e) und der/die Browser, auf denen die Seite getestet werden soll. Zum Beispiel „Windows und Firefox“ oder „Android und Chrome“. Automatisierte Tests werden über einen verbundenen Browser auf einer gegebenen Plattform durchgeführt.
   • Assistive technology: Unterstützende Technologiesoftware und -geräte werden von behinderten Menschen verwendet, um mit Software und Websites zu interagieren. Einige Tests erfordern die Verwendung eines Screenreaders, wie NVDA oder JAWS auf dem PC oder VoiceOver auf dem Mac.
   • Assign testing to: In diesem Feld klicken Sie auf den down arrow , um eine Liste verfügbarer Benutzer anzuzeigen, dann klicken Sie auf ein user Element, um es auszuwählen und das Feld auszufüllen. Wenn Sie den Test selbst durchführen möchten, klicken Sie auf den assign to me Link unter dem Feldlistenmenü.
   • Update axe Reports: Wählen Sie „Ja“ oder „Nein“ aus der Dropdown-Option, um zu bestimmen, ob die Testlaufdaten an axe Reports aktualisiert werden sollen. Diese Auswahl ist nur verfügbar, wenn die Option bei der Erstellung des Testfalls auf „Ausgewählte Testläufe“ eingestellt ist. Wenn während der Erstellung des Testfalls die Option auf „Jeder Testlauf“ oder „Niemals“ eingestellt ist, wird das Feld „Update axe Reports“ automatisch auf „Ja“ oder „Nein“ gesetzt. In einem solchen Fall können Benutzer diese Einstellung nicht ändern.
     Note: Only users with axe Reports integration enabled during axe Auditor installation can view this field.
3. Im Reporting Information Abschnitt geben Sie den Namen des Browsers ein (zum Beispiel: Google, Firefox oder Safari) und die Namen der Software (zum Beispiel: NVDA, JAWS, Screen Reader), die während des Testlaufs verwendet wurden.
4. Geben Sie den gewünschten Namen in das Audit report title Feld ein. Der neue Audit-Berichtname wird als Titel des generierten Audit-Berichts angezeigt.
   
   Note:
   • Sie können auf den Reporting Information Abschnitt nur zugreifen, indem Sie die Enable customize Reporting Option auf der Admin Settings Seite aktivieren. Um diese Option zu aktivieren: von der Admin Settings Seite, klicken Sie auf Settings, dann klicken Sie auf Enable customize Reporting unter Enable/Disable Features, und schließlich klicken Sie auf Save settings.
   • Administratoren können ein neues Feld hinzufügen, Felder im Reporting-Bereich bearbeiten oder löschen, wenn erforderlich. Diese Aktivitäten können nur auf der Admin Settings Seite durchgeführt werden. Das im Bereich „Reporting Information“ erstellte Beispielfeld ist für europäische Berichtszwecke.
5. Klicken Sie auf den Create Test Run Knopf unten im Formular.

Sobald Sie einen Testlauf erstellt haben, ist der nächste Schritt, mit dem Testen einer Komponente oder einer Seite zu beginnen. Für weitere Informationen siehe Testen starten.