Ein mobiler Test ist nur so nützlich wie seine Umgebung. 

Ihr Team hat einen mobilen Test für einen Checkout-Prozess durchgeführt. Dieser Test läuft erfolgreich auf dem Smartphone, mit dem er erstellt wurde. Vor dem nächsten Release fragt jemand, ob derselbe Prozess auch auf den Geräten und Betriebssystemen Ihrer Kunden funktioniert. An diesem Punkt verlagert sich das Gespräch vom Test selbst auf das Umfeld, in dem er stattfindet. 

Auch das Gegenteil kann eintreten. Ein Team verfügt möglicherweise über viele Geräte, aber nicht über eine reproduzierbare Methode, um die wichtigsten Nutzerabläufe in Tests umzusetzen. Für beide Situationen gibt es keine Universallösung. Vielmehr müssen Testerstellung und Gerätezugriff bei der Planung von mobilen Tests als zusammenhängende Entscheidungen betrachtet werden. 

Kann Ihr Team Tests erstellen, die es auch pflegen möchte? 

Ein mobiler Test sollte einen Nutzerablauf erfassen, der es wert ist, erneut überprüft zu werden: Anmelden, eine Bestellung aufgeben, eine Rechnung bezahlen oder die Fortsetzung einer unterbrochenen Sitzung. Die Erstellung der ersten Version ist hilfreich. Die langfristige Aufgabe besteht darin, die Funktionalität auch bei Änderungen an Bildschirmen, Beschriftungen und dem App-Verhalten aufrechtzuerhalten. 

Überlegen Sie, wer die Tests erstellen soll. Können diejenigen, die den Nutzerablauf verstehen, mitwirken? Kann ein anderes Teammitglied den Workflow nachvollziehen und die zu prüfenden Aspekte erkennen? Wenn ein Test nach einem App-Update fehlschlägt, kann das Team feststellen, ob sich die App geändert hat oder ob der Test angepasst werden muss? Diese Fragen bestimmen den Wert eines Autorenansatzes stärker als die Geschwindigkeit einer ersten Demonstration. 

Ein Unternehmen verfügt möglicherweise bereits über eine Automatisierungsplattform, die in anderen Geschäftsbereichen eingesetzt wird. Die Übertragung dieses bewährten Ansatzes auf mobile Anwendungen kann sinnvoll sein, sofern er die Apps und Geräte unterstützt, die das Team validieren muss. Ein anderes Unternehmen entwickelt seinen Ansatz für die mobile App-Entwicklung möglicherweise von Grund auf neu. Beide sollten prüfen, wie die Tests nach Abschluss des ersten Projekts weitergeführt werden können. 

Können diese Tests dort durchgeführt werden, wo sie benötigt werden? 

Die nächste Entscheidung betrifft die Umgebung. Welche Gerätemodelle und Betriebssystemversionen sind für Ihre Benutzer relevant? Welche Abläufe erfordern physische Hardware anstelle eines virtuellen Geräts? Wer benötigt Zugriff, und wann stehen die Geräte für einen Release-Test zur Verfügung? 

Die Lösung kann ein bestehendes internes Labor, von einem Anbieter bereitgestellte Geräte oder eine Kombination daraus sein. Jede dieser Optionen ist mit operativem Aufwand verbunden. Geräte müssen bereitgestellt, aktualisiert, für die Anwendung konfiguriert und den zuständigen Teams zur Verfügung gestellt werden. Eine Gerätefarm kann diese Anforderungen erfüllen, ihr Nutzen hängt jedoch davon ab, ob sie der tatsächlichen Testabdeckung und dem Release-Plan des Unternehmens entspricht. 

Es gibt keinen Grund anzunehmen, dass ein Team ein funktionierendes Testlabor ersetzen muss. Die entscheidende Frage ist, ob die aktuelle Umgebung die erwartete Abdeckung, den Zugriff und die Kontrolle im Zuge des wachsenden Umfangs mobiler Tests gewährleisten kann. Insbesondere Tests, die auf ein Gerät warten oder mit einer anderen als der vorgesehenen Konfiguration ausgeführt werden, mindern das Vertrauen des Teams in ihre Ergebnisse. 

Die Verbindung ist genauso wichtig wie die Wahl zwischen den beiden Optionen. 

Ein Autorentool und eine Geräteumgebung bilden erst dann einen Test-Workflow, wenn sie reibungslos zusammenarbeiten. Ein Test sollte das Zielgerät erreichen, mit dem richtigen App-Build ausgeführt werden und dem Team ausreichend Informationen liefern, um den Testablauf zu verstehen. Diese Verbindung sollte frühzeitig optimiert werden, bevor eine wachsende Testsuite kostspielige Änderungen verursacht. 

Deshalb sollte die Entscheidung nicht allein auf der Frage „Welches Tool schreibt unsere Tests?“ basieren. Fragen Sie sich, wie der Weg vom Testautor zum Gerät für das Team aussieht, das es betreiben wird. Finden Sie heraus, was konfiguriert werden muss, wer dafür verantwortlich ist und wie das Team einen Fehler untersucht. 

Planen Sie den gesamten Weg von der Prüfung bis zum Ergebnis 

Beginnen Sie mit einer kleinen Auswahl wichtiger mobiler Abläufe. Legen Sie fest, wie das Team diese Tests erstellt und pflegt, und ordnen Sie jeden Test den Geräten und Bedingungen zu, die er abdecken muss. Stellen Sie sicher, dass der Testansatz mit der gewählten Umgebung kompatibel ist und dass das Team den Testlauf wiederholen kann, wenn ein Release davon abhängt. 

Das ist der Praxistest einer mobilen Teststrategie: Kann Ihr Team die benötigten Tests erstellen, sie auf den benötigten Geräten ausführen und die Ergebnisse so gut verstehen, dass es entsprechende Maßnahmen ergreifen kann?  

Teil 2 unserer UiPath-Blogserie untersucht eine Möglichkeit, diese Komponenten mit UiPath zu verbinden und Digital.ai Testen.