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, Tests „zu einem bestimmten Zeitpunkt“ 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 Codefreigabe verbessert oder verschlechtert haben.

Wenn Sie die Probleme beheben und den Testlauf erneut durchfü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 zunächst einen Testfall bereitgestellt haben und sich auf dem Testfall-Bildschirm befinden.

Um einen Testlauf zu erstellen:

1. Klicken Sie auf dem Testfall-Bildschirm in der Aktionsspalte der Zeile des Testfalls, für den Sie einen Testlauf erstellen möchten, auf die Create Test Run Schaltfläche.
   
   
2. Der Set up Test Run for Test Case <Test Case Name> Bildschirm erscheint und zeigt ein Formular mit neun Feldern und einer Schaltfläche „Testlauf erstellen“.
   
   
   
   Siehe die folgenden Beschreibungen für die erwarteten Eingaben in jedem:
   • Test Run Name: Dieses Feld ist mit dem Namen des Testfalls vorausgefüllt, an den ein Zeitstempel in der Form MM_TT_JJ-HH:MM angehängt ist. 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, z. B. 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 von axe-core bereitgestellten Regelsets zu testen, um die gemeldeten oder behobenen Probleme zu vergleichen und zu validieren. Das Feld ist mit der vom Administrator auf der Admin-Einstellungen-Seite ausgewählten axe-core-Version vorausgefüllt. 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. Das Feld ist mit dem Standardvorgabe, das vom Administrator auf der Admin-Einstellungen-Seite ausgewählt wurde, vorausgefüllt. 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üfpunkttest-Bildschirme, 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. Dies ist ein optionales Feld.
     • Der Vorteil der Auswahl eines digitalen Asset-Typs besteht darin, dass die auf der Seite „Problem-Details“ angezeigten Test-, Behebungs- und Best-Practice-Methoden nur für das relevant sind, was Sie bei der Erstellung des Testlaufs ausgewählt haben. Es ist nützlich, weil, wenn ein Problem gegen eines der Erfolgskriterien gefunden wird, die Testmethodik und die Behebungsmaßnahmen auf diesen spezifischen Produkttyp gefiltert werden und Sie schnell zu den relevanten Informationen für Ihren Test gelangen können. Zum Beispiel werden Ihnen keine mobilen Web-Testmethoden angezeigt, wenn Sie Desktop-Web als Ihr Produkt ausgewählt haben.
     • Wenn Sie den digitalen Asset-Typ während der Erstellung des Testfalls 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 Freigabezyklus des Produkts.
   • Environment: Die Umgebung ist die Art von Server, auf dem getestet wird. Zum Beispiel würde ein Produktionsserver für eine Live-Seite verwendet.
   • Platform: Die Plattform ist das Betriebssystem bzw. die Betriebssysteme und der bzw. die Browser, auf dem bzw. 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: Hilfstechnologie-Software und -Geräte werden von behinderten Personen 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: Klicken Sie in diesem Feld auf die down arrow Schaltfläche, um eine Liste verfügbarer Benutzer anzuzeigen, und klicken Sie dann auf ein user Element, um es auszuwählen und das Feld zu füllen. Wenn Sie das Testen 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“ gesetzt ist. Wenn bei der Erstellung des Testfalls die Option auf „Jeder Testlauf“ oder „Nie“ eingestellt ist, wird das Feld axe Reports automatisch mit „Ja“ bzw. „Nein“ vorausgewählt. In diesem 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 Software-Namen (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 Auditberichtname erscheint als Titel des generierten Auditberichts.
   
   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: Klicken Sie auf der Admin Settings Seite auf Settings, dann auf Enable customize Reporting unter Enable/Disable Features, und schließlich auf Save settings.
   • Admin-Benutzer können bei Bedarf ein neues Feld hinzufügen, bearbeiten oder Felder im Abschnitt „Berichterstattung“ löschen. Diese Aktivitäten können nur auf der Admin Settings Seite durchgeführt werden. Das erstellte Musterfeld im Berichterstattungsinformationsabschnitt dient europäischen Berichterstattungszwecken.
5. Klicken Sie auf die Create Test Run Schaltfläche am unteren Rand des Formulars.

Nachdem Sie einen Testlauf erstellt haben, besteht der nächste Schritt darin, eine Komponente und/oder Seite zu testen. Weitere Informationen finden Sie unter Testen starten.