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 direkt bevor Sie mit dem Testen beginnen.

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

Wenn Sie die Probleme beheben und den Testlauf wiederholen, 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 erstellt haben und sich auf dem Bildschirm „Testfälle“ befinden.

Um einen Testlauf zu erstellen:

1. Klicken Sie auf dem Bildschirm „Testfälle“ in der Spalte Aktionen innerhalb 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 erwartete Eingabe in jedem Feld:
   • Test Run Name: Dieses Feld ist mit dem Namen des Testfalls und einem angehängten Zeitstempel, MM_TT_JJ-HH:MM, vorausgefüllt. Sie können dies bei 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 von der Administratorin auf der Seite „Admin-Einstellungen“ gewählten axe-core-Version vorausgefüllt. Sie können das Dropdown-Menü verwenden, um eine andere zugängliche axe-core-Version auszuwählen.
   • Standard: Dieses Feld zeigt eine Liste von Standards. Das Feld ist mit dem standardmäßig vom Administrator auf der Seite „Admin-Einstellungen“ ausgewählten Standard vorausgefüllt. Sie können das Dropdown-Menü nutzen, um den passenden auszuwählen. Ihre Auswahl verfeinert sowohl die automatisierten Regeln, die ausgeführt werden, als auch die anwendbaren Prüfscreens, 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 Arten digitaler Assets im Dropdown-Menü, um Ihre Bewertung festzulegen. Dies ist ein optionales Feld.
     • Der Vorteil der Auswahl eines digitalen Asset Typs besteht darin, dass die Test-, Sanierungs- und Best-Practice-Methoden, die auf der Seite „Problemdetails“ angezeigt werden, nur für das ausgewählt, was Sie beim Erstellen des Testlaufs ausgewählt haben, relevant sind. Es ist nützlich, weil, wenn ein Problem gegen eines der Erfolgskriterien gefunden wird, die Testmethodik und die Sanierungsempfehlungen auf diesen spezifischen Produkttyp gefiltert werden und Sie schnell zu den relevanten Informationen für Ihren Test gelangen können. Zum Beispiel wird Ihnen keine Testmethodik für mobiles Internet angezeigt, wenn Sie Desktop als Ihr Produkt ausgewählt haben.
     • Wenn Sie den digitalen Asset Typ bei 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äre 1.0 der erste Release-Zyklus des Produkts.
   • Environment: Die Umgebung ist der Typ des getesteten Servers. Zum Beispiel würde ein Produktionsserver für eine Live-Site verwendet.
   • Platform: Die Plattform ist das oder die Betriebssystem(e) und der oder die Browser, auf dem bzw. 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: Hilfssoftware 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 den down arrow um eine Liste der verfügbaren Benutzer anzuzeigen, und klicken Sie dann auf ein user Element, um es auszuwählen und das Feld auszufüllen. Wenn Sie die Tests selbst durchführen werden, klicken Sie auf den assign to me Link unter dem Feldlisten-Menü.
   • Update axe Reports: Wählen Sie „Ja“ oder „Nein“ aus der Dropdown-Option, um festzulegen, ob die Testlaufdaten zu 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“ gesetzt ist, wird das Feld „axe Reports aktualisieren“ automatisch auf „Ja“ bzw. „Nein“ gesetzt. In solch einem 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 Bereich den Namen des Browsers (zum Beispiel: Google, Firefox oder Safari) und die Softwarenamen (zum Beispiel: NVDA, JAWS, Screen Reader) ein, die während des Testlaufs verwendet wurden.
4. Geben Sie den gewünschten Namen in das Audit report title Feld ein. Der neue Name des Auditberichts wird als Titel des erzeugten Auditberichts erscheinen.
   
   Note:
   • Sie können auf den Reporting Information Bereich 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, klicken Sie dann auf Enable customize Reporting unter Enable/Disable Features, und schließlich klicken Sie auf Save settings.
   • Administratoren können bei Bedarf ein neues Feld im Bereich „Reporting“ hinzufügen, bearbeiten oder Felder löschen. Diese Aktivitäten können nur auf der Admin Settings Seite durchgeführt werden. Das Beispiel-Feld, das im Abschnitt „Reporting-Informationen“ erstellt wurde, dient europäischen Berichtszwecken.
5. Klicken Sie auf die Create Test Run Schaltfläche unten im Formular.

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