Testdurchläufe

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

Ein Testdurchlauf ermöglicht es Ihnen, „punktuelle“ Tests durchzuführen und den neuesten Test mit einem früheren Testdurchlauf zu vergleichen. Sie können auf Seiten- und Komponentenebene verfolgen, ob sich Probleme nach einer Codeveröffentlichung verbessert oder verschlechtert haben.

Wenn Sie die Probleme beheben und den Testdurchlauf erneut ausführen, ohne einen neuen Testdurchlauf zu erstellen, haben Sie die Probleme des vorherigen Testdurchlaufs ersetzt und die Möglichkeit verloren, historische Änderungen zu vergleichen und nachzuverfolgen.

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

Um einen Testdurchlauf zu erstellen:

1. Klicken Sie auf dem Bildschirm Testfälle in der Spalte Aktionen in der Zeile des Testfalls, für den Sie einen Testdurchlauf erstellen möchten, auf den Create Test Run Button.
   
   
2. Der Set up Test Run for Test Case <Test Case Name> Bildschirm erscheint, der ein Formular mit neun Feldern und einem Button „Testdurchlauf erstellen“ anzeigt.
   
   
   
   Siehe die folgenden Beschreibungen für die erwarteten Eingaben in jedem Feld:
   • Test Run Name: Dieses Feld ist mit dem Namen des Testfalls vorausgefüllt, an den ein Zeitstempel angehängt ist, MM_DD_YY-HH:MM. Sie können dies bei Bedarf ändern, um die Absicht Ihres Testdurchlaufs 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 Viewport-Einstellungen, die zum Testen verwendet wurden, und alle anderen Details, die Ihre Tester benötigen.
   • Axe-core version: Verwenden Sie dieses Feld, um Ihre Testdurchlä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 vorausgefüllt, die vom Administrator auf der Seite Admin-Einstellungen 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 vorausgefüllt, der vom Administrator auf der Seite Admin-Einstellungen ausgewählt wurde. Sie können das Dropdown-Menü verwenden, um den geeignetsten auszuwählen. Ihre Auswahl verfeinert sowohl die automatisierten Regeln, die ausgeführt werden, als auch die entsprechenden Kontrolltestbildschirme, die für manuelle Tests angezeigt 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 Testdurchlauf-Einrichtung nicht bearbeitet werden.
   • Digital Asset Type: Wählen Sie aus dem Dropdown-Menü aus zehn verschiedenen digitalen Asset-Typen zur Definition Ihrer Bewertung. Dieses Feld ist optional.
     • Der Vorteil, einen digitalen Asset-Typ zu wählen, besteht darin, dass die Testmethoden, Korrekturen und die Best-Practice-Methoden, die auf der Seite mit den Problemdetails angezeigt werden, nur für das relevant sind, was Sie bei der Erstellung des Testdurchlaufs ausgewählt haben. Es ist nützlich, weil, wenn ein Problem gegen ein Erfolgskriterium gefunden wird, die Testmethodik und die Korrekturvorschläge auf diesen spezifischen Produkttyp gefiltert werden, und Sie schnell zu den relevanten Informationen für Ihren Test gelangen können. Beispielsweise wird Ihnen keine Methode für das mobile Web-Testing 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, wird dieses Feld mit dieser Auswahl vorausgefüllt und kann nicht bearbeitet werden.
   • Release: Geben Sie die Versionsnummer des getesteten Produkts an. Zum Beispiel würde 1.0 den ersten Release-Zyklus des Produkts darstellen.
   • Environment: Die Umgebung ist der Typ des Servers, auf dem getestet wird. Zum Beispiel würde ein Produktionsserver für eine Live-Site verwendet werden.
   • Platform: Die Plattform ist das Betriebssystem bzw. sind die Browser, auf denen die Site 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: Assistive-Technologie-Software und -Geräte werden von behinderten Personen verwendet, um mit Software und Websites zu interagieren. Einige Tests erfordern die Verwendung eines Bildschirmlesers wie NVDA oder JAWS auf einem PC oder VoiceOver auf einem Mac.
   • Assign testing to: Klicken Sie in diesem Feld auf den down arrow , um eine Liste der verfügbaren Benutzer anzuzeigen, und klicken Sie dann auf einen user Eintrag, um ihn auszuwählen und das Feld auszufüllen. Wenn Sie die Tests selbst durchführen wollen, klicken Sie auf den assign to me Link unter dem Feldlistenmenü.
   • Update axe Reports: Wählen Sie „Ja“ oder „Nein“ aus dem Dropdown-Menü, um zu bestimmen, ob die Testdurchlaufdaten auf axe Reports aktualisiert werden sollen. Diese Auswahl ist nur verfügbar, wenn die Option bei der Erstellung des Testfalls auf „Ausgewählte Testdurchläufe“ gesetzt wurde. Wenn bei der Erstellung des Testfalls die Option auf „Jeder Testdurchlauf“ oder „Niemals“ gesetzt wurde, wird das Feld „axe Reports aktualisieren“ automatisch auf „Ja“ bzw. „Nein“ gesetzt. 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. Geben Sie im Reporting Information Abschnitt den Namen des Browsers (zum Beispiel: Google, Firefox oder Safari) und die Namen der verwendeten Software (zum Beispiel: NVDA, JAWS, Screen Reader) während des Testdurchlaufs ein.
4. Geben Sie den gewünschten Namen in das Audit report title Feld ein. Der neue Auditberichtsname wird als Titel des generierten Auditberichts erscheinen.
   
   Note:
   • Auf den Reporting Information Abschnitt kann nur zugegriffen werden, indem die Enable customize Reporting Option auf der Admin Settings Seite aktiviert wird. Um diese Option zu aktivieren: Klicken Sie auf der Admin Settings Seite auf Settings, dann klicken Sie auf Enable customize Reporting unter Enable/Disable Features, und klicken Sie schließlich auf Save settings.
   • Administratoren können im Abschnitt Berichterstellung nach Bedarf ein neues Feld hinzufügen, bearbeiten oder Felder löschen. Diese Aktivitäten können nur auf der Admin Settings Seite durchgeführt werden. Das Beispielsfeld im Abschnitt Reporting-Informationen ist für europäische Berichterstattungszwecke erstellt.
5. Klicken Sie auf den Create Test Run Button am unteren Rand des Formulars.

Nachdem Sie einen Testdurchlauf erstellt haben, besteht der nächste Schritt darin, mit dem Testen einer Komponente und/oder Seite zu beginnen. Weitere Informationen finden Sie unter Testing starten.