Testläufe

Ein Testfall definiert die Standards, Seiten und Komponenten eines Tests. Und 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, 'Zeitpunkt'-Tests durchzuführen und den neuesten Test mit einem früheren Testlauf zu vergleichen. Sie können auf Seiten- und Komponentenebene nachverfolgen, ob sich Probleme nach einer Codeveröffentlichung 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 Möglichkeit verloren, historische Änderungen zu vergleichen und nachzuverfolgen.

Bevor Sie beginnen: Zuerst müssen Sie einen Testfall vorhanden haben und sich auf dem Bildschirm der Testfälle befinden.

Um einen Testlauf zu erstellen:

1. Auf dem Bildschirm der Testfälle klicken Sie auf den Create Test Run Button in der Aktionsspalte innerhalb 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 wird angezeigt, der ein Formular mit neun Feldern und einem Testlauf-Erstellen-Button zeigt.
   
   
   
   Siehe die folgenden Beschreibungen für die erwartete Eingabe in jedem Fall:
   • Test Run Name: Dieses Feld ist mit dem Namen des Testfalls vorab ausgefüllt, wobei ein Zeitstempel im Format MM_TT_JJ-HH:MM angehängt wird. Sie können dies nach Bedarf ändern, um die Absicht Ihres Testlaufs besser zu beschreiben.
   • Test Run Description: Verwenden 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 Viewport-Einstellungen und alle anderen Details, die Ihre Tester benötigen.
   • Axe-core version: Verwenden Sie dieses Feld, um Ihre Testläufe mit verschiedenen Regelsets von axe-core 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-Einstellungen-Seite ausgewählt wurde. Sie können das Dropdown-Menü verwenden, um eine andere für Sie zugängliche axe-core-Version auszuwählen.
   • Standard: Dieses Feld zeigt eine Liste von Standards an. Das Feld ist mit dem Standard vorab ausgefüllt, der vom Administrator auf der Admin-Einstellungen-Seite ausgewählt wurde. Sie können das Dropdown-Menü verwenden, um den passendsten auszuwählen. Ihre Auswahl verfeinert sowohl die automatisierten Regeln, die ausgeführt werden, als auch die anwendbaren Checkpoint-Testbildschirme, die für manuelle Tests präsentiert werden.
   • Product: Dies ist der Name des getesteten Produkts. Dieses Feld wird beim Erstellen 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. Dieses Feld ist optional.
     • Der Vorteil, einen digitalen Asset-Typ auszuwählen, besteht darin, dass die auf der Seite „Problemdetails“ angezeigten Test-, Behebungs- und Best-Practice-Methoden genau auf das abgestimmt sind, was Sie bei der Erstellung des Testlaufs ausgewählt haben. Dies ist nützlich, da bei einem Problem, das einen der Erfolgskriterien betrifft, die Testmethodik und die Behebungsempfehlungen auf diesen spezifischen Produkttyp gefiltert werden und Sie schnell zu den relevanten Informationen für Ihren Test gelangen können. Wenn Sie zum Beispiel „Desktop Web“ als Ihr Produkt ausgewählt haben, wird Ihnen keine Testmethodik für mobile Web angezeigt.
     • Wenn Sie den digitalen Asset-Typ während der Erstellung des Testfalls ausgewählt haben, ist dieses Feld mit dieser Auswahl vorab ausgefü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 die Art des Servers, auf dem getestet wird. Zum Beispiel würde für eine Live-Website ein Produktionsserver verwendet.
   • Platform: Die Plattform ist das Betriebssystem bzw. die Browser, auf denen die Website 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: Hilfstechnologiesoftware 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 der verfügbaren Benutzer anzuzeigen, und klicken dann auf ein user Element, um es auszuwählen und das Feld auszufüllen. Wenn Sie selbst testen 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 festzulegen, ob die Testlaufdaten in die Axe-Berichte aktualisiert werden sollen. Diese Auswahl ist nur verfügbar, wenn die Option während der Testfallerstellung auf „Ausgewählte Testläufe“ gesetzt ist. Wenn die Option während der Testfallerstellung auf „Jeder Testlauf“ oder „Nie“ gesetzt ist, wird das Feld Ax-Berichte aktualisieren automatisch auf „Ja“ bzw. „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 (beispielsweise Google, Firefox oder Safari) und die Softwarenamen (beispielsweise NVDA, JAWS, Screenreader) ein, die während des Testlaufs verwendet wurden.
4. Geben Sie den gewünschten Namen in das Audit report title Feld ein. Der neue Berichtstitel erscheint als Titel des generierten Prüfberichts.
   
   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: Gehen Sie auf die Admin Settings Seite, klicken Sie auf Settings, dann klicken Sie auf Enable customize Reporting unter Enable/Disable Featuresund klicken schließlich auf Save settings.
   • Administratoren können ein neues Feld hinzufügen, vorhandene Felder bearbeiten oder löschen im Abschnitt Berichterstattung nach Bedarf. Diese Aktivitäten können nur auf der Admin Settings Seite durchgeführt werden. Das in der Berichterstattungsinformationen-Sektion erstellte Musterfeld dient europäischen Berichterstattungszwecken.
5. Klicken Sie auf den Create Test Run Button am unteren Rand des Formulars.

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