Lernprogramm zum Testen der mobilen Benutzeroberfläche (GUI-Test von iOS- und Android-Apps)

mobile ui testing tutorial gui testing ios

Mobile App UI Testing Guide: Erfahren Sie, wie Sie iOS- und Android UI-Tests durchführen

Mit dem florierenden Markt für Mobiltelefone ist das Testen mobiler Anwendungen von Tag zu Tag spannender geworden.

Big Data als Dienstleistungsunternehmen

Nur durch Ausführen von Funktionstests in einer mobilen Anwendung können Sie die App nicht abmelden. Es gibt nur wenige andere Testtypen wie Feldtests, Netzwerktests, UI-Tests, Batterielebensdauertests usw., die durchgeführt werden müssen.

UI-Tests sind einer der wichtigsten Tests beim Testen mobiler Anwendungen und sollten nicht leichtfertig durchgeführt werden.

Die grafische Benutzeroberfläche macht einen großen Unterschied darin, wie interessant und interaktiv ein Benutzer Ihre Anwendung findet. Die Bedeutung einer anständigen und attraktiven Benutzeroberfläche ist in einer Smart-Device-Umgebung, in der die Bildschirmgröße im Vergleich zu einem Laptop- oder Desktop-Bildschirm weitaus kleiner ist, deutlicher zu spüren.

Was du lernen wirst:

• Testen der Benutzeroberfläche der mobilen App
• Wie kann man entscheiden, wie viele UI-Tests erforderlich sind?
• Richtlinien: Was beim Testen der Benutzeroberfläche von Mobile Apps getestet werden soll
  • # 1) Bildschirmauflösung
  • # 2) Bildschirmgröße
  • # 3) Verschiedene UI-Elemente
  • # 4) Stil: Farb- und Themenschema des Geräts
  • # 5) Multi-Touch oder Single Touch
  • # 6) Langes oder kurzes Drücken
  • # 7) Lage
• Wie teste ich UI-Variationen in verschiedenen Betriebssystemversionen?
• Echte Geräte oder Emulatoren: Was ist für UI-Tests zu wählen?
  • Vorteile
  • Nachteile
• Manuelle oder automatisierte UI-Tests?
• Testtools für die Benutzeroberfläche der mobilen App
• Checkliste zum Testen der Benutzeroberfläche der mobilen App
• 5 Mythen zum automatisierten Testen der mobilen Benutzeroberfläche
  • Mythos 1: Geschwindigkeit
  • Mythos 2: Berichterstattung
  • Mythos 3: Kosten
  • Mythos 4: Konsistenz
  • Mythos 5: Widerwillen
• Der Mythos und die Realität
• Fazit
• Literatur-Empfehlungen

Testen der Benutzeroberfläche der mobilen App

Möchten Sie als Benutzer eine App verwenden, bei der es an Benutzerinteraktion mangelt und die es schwierig macht, die Verwendung zu verstehen?

Wenn die Benutzer zum ersten Mal eine mobile Anwendung verwenden, ist es nicht nur die Leistung, die die Aufmerksamkeit auf sich zieht, sondern auch die ansprechende Benutzeroberfläche. Eine UI-freundliche Anwendung verkauft sich mehr als eine App, die am besten entwickelt ist, aber eine unangenehme Benutzeroberfläche hat.

Wenn eine Anwendung auf einem Gerät eine perfekte und hervorragende Benutzeroberfläche hat, auf dem anderen Gerät jedoch vollständig verdreht ist, nur weil sie eine andere Größe oder ein anderes Betriebssystem hat, hinterlässt sie einen sehr schlechten Eindruck. Der kommerzielle Erfolg der Anwendung wird stark beeinträchtigt.

Werden Sie für eine App werben, bei der die Schaltfläche zu klein ist, um die gesamte Funktionalität zu blockieren?

Sind diese unangenehmen Erfahrungen nicht für die Benutzer? Aufgrund der oben genannten Fälle wird es sehr wichtig, die Benutzeroberfläche einer Anwendung zu testen. Die beiden wichtigsten Überprüfungen, die für mobile Anwendungen durchgeführt werden müssen, sind Benutzerfreundlichkeit und Erscheinungsbild für verschiedene Modelle und Betriebssystemversionen.

Im Folgenden finden Sie ein Beispiel dafür, wie die Benutzeroberfläche für verschiedene Bildschirmgrößen perfekt sein sollte:

Wie kann man entscheiden, wie viele UI-Tests erforderlich sind?

Die folgende Tabelle zeigt die verschiedenen Branchen, in die mobile Apps eingeteilt werden können:

(Bild Quelle ))

Aus der obigen Tabelle können Sie ersehen, dass Gaming-Apps mit rund 24,43% den größten Marktanteil ausmachen, gefolgt von Business- und Bildungs-Apps.

• Apps, die als Gaming-Apps entwickelt wurden, müssen in jeder Hinsicht gründlich getestet werden, da die Benutzeroberfläche den größten Beitrag zum Erfolg leistet, unabhängig davon, ob es sich um eine native oder eine Hybrid-App handelt
• Eine Business-App ist für ihren Erfolg möglicherweise nicht vollständig auf die Benutzeroberfläche angewiesen, da in den meisten Fällen die Zielgruppen für die Verwendung der App geschult sind. Daher können solche Apps eine einfache Benutzeroberfläche haben.
• Für Bildungszwecke entwickelte Apps erfordern gründliche UI-Tests.
• Kommerzielle Apps wie Einkaufen, Reisen usw. erfordern außerdem vollständige UI-Tests für Geräte und verschiedene Betriebssystemversionen.

Kurz gesagt, je nach Zweck der App kann die Tiefe der UI-Tests festgelegt werden. UI-Tests sollten jedoch immer unter mindestens drei verschiedenen Betriebssystemversionen durchgeführt werden.

Richtlinien: Was beim Testen der Benutzeroberfläche von Mobile Apps getestet werden soll

Beim Testen der Benutzeroberfläche in einer mobilen Anwendung müssen verschiedene Merkmale überprüft werden.

Im Folgenden sind einige der Eigenschaften aufgeführt, die für jede App getestet werden sollten:

# 1) Bildschirmauflösung

Im Folgenden sind einige der gängigen Bildschirmauflösungen aufgeführt, die beim Erstellen von Testbeds berücksichtigt werden:

• 640 × 480
• 800 × 600
• 1024 × 768
• 1280 × 800
• 1366 × 768
• 1400 × 900
• 1680 × 1050

Alle diese Auflösungen sind ein Muss zum Testen, wenn Ihre App ein mehrspaltiges Layout enthält.

Daher muss die Überprüfung von der kleinsten bis zur größten Auflösung erfolgen. Abgesehen davon, wenn Ihre App eine lange Liste von Karten mit Informationen enthält, müssen diese auch mit einer anderen Auflösung für ihre Informationsverpackung getestet werden.

( Bildquelle ))

# 2) Bildschirmgröße

Es gibt zu viele Variationen bei Bildschirmgrößen und verfügbaren Auflösungen. Insbesondere bei intelligenten Geräten sind die Steuerelementgrößen nicht statisch, sondern stehen in Beziehung zur verfügbaren Bildschirmgröße.

Stellen Sie beim Testen sicher, dass die Größe der Steuerelemente ästhetisch gut aussieht und die Steuerung ohne Scrollen vollständig auf dem Bildschirm sichtbar ist. Testen Sie die GUI auf verschiedenen Geräten mit unterschiedlichen Bildschirmgrößen und Auflösungen.

Emulatoren sind für diesen Zweck gut geeignet, aber nichts passt zum realen Gerät. Stellen Sie also sicher, dass Sie auf mindestens zwei oder drei realen Geräten testen. Vergessen Sie auch nicht, die Quer- und Hochformatausrichtung zu testen, wenn das Gerät dies unterstützt.

Sie müssen die Anwendung unter häufig verwendeten Auflösungen testen, um ihre Verwendbarkeit sicherzustellen.

Einige Dinge, die Sie hier verstehen müssen, sind:

Der Unterschied zwischen Bildschirmgröße und Auflösung: Die Bildschirmgröße ist die Länge des Bildschirms in Zoll, gemessen diagonal oder von einer Ecke zur anderen Ecke des Bildschirms. Die Bildschirmauflösung ist die Breite und Höhe, Beispiel 640w × 480h, das die Anzahl der Pixel darstellt, die über den Bildschirm gehen, multipliziert mit mehreren Pixeln, die nach unten gehen.

# 3) Verschiedene UI-Elemente

Die UI-Elemente wie Schaltflächen, Überschriften, Symbole, Bilder, Auswahlfelder, Textfelder, Kontrollkästchen usw. sind einige der verschiedenen Elemente, die auf ihr Aussehen und ihre Größe auf dem Bildschirm überprüft werden müssen.

Speziell für Textfelder sollte getestet und verifiziert werden, ob die Softtastatur beim Tippen im Textfeld angezeigt wird.

Vor allem ist ein gründliches Testen der Tastengrößen erforderlich, da ich mich erinnere, dass wir in unserer App beim Testen auf dem Galaxy S-Telefon einen Blocker gefunden haben, bei dem eine Schaltfläche die gesamte App blockiert hat, nur weil die Schaltfläche zu klein zum Klicken erschien.

Die Position der UI-Elemente sollte auch anhand der Anforderung überprüft werden, d. H. Wenn alle mittig oder links ausgerichtet sein sollen usw.

# 4) Stil: Farb- und Themenschema des Geräts

Die Benutzeroberfläche und das Farbschema der App sollten mit den verschiedenen Farben und Themenschemata des Telefons übereinstimmen. Die Farbe und das Thema eines Samsung-Telefons unterscheiden sich stark von denen von Nokia oder dem MI-Telefon .

Daher müssen Sie überprüfen, ob die App auf solchen Telefonen konsistent aussieht.

Ihre Anwendung hat ein bestimmtes Design. Und der Stil der Steuerelemente sollte zu diesem Design passen. Möglicherweise haben Sie viele Anwendungen gesehen, bei denen einige Steuerelemente, z. Platten haben runde Kanten und andere Steuerelemente, z. Textfelder haben scharfe Kanten.

Obwohl diese Art von Problemen die Benutzerfreundlichkeit oder Funktionalität der App nicht beeinträchtigt, hilft ein konsistentes Erscheinungsbild der Anwendung, eine freundschaftliche Beziehung zwischen der Anwendung und dem Benutzer aufzubauen.

Eines der wichtigsten Dinge im Stil ist die Schriftart der verschiedenen Seiten. Die Schriftart sollte gut getestet werden, um Inkonsistenzen im Erscheinungsbild der Anwendung zu vermeiden.

Meistens konzentrieren wir uns auf den Text, der in normalen Situationen sichtbar ist, und ignorieren den Text, der in bestimmten Situationen angezeigt wird. Erfolgs- und Fehlermeldungen sind ein Beispiel für einen solchen Texttyp.

Ein weiterer Faktor, der für den Stil wichtig ist, ist die Beziehung zwischen der Schriftfarbe und der Situation, in der Text angezeigt wird.

Zum Beispiel, Rote Farbe wird für Fehlermeldungen verwendet, Grün für Erfolg, Gelb für Warnungen und Blau für Hyperlinks.

# 5) Multi-Touch oder Single Touch

Wenn Ihre App die Multitouch-Funktion unterstützt, z. B. Drücken zum Zoomen oder Drücken zum Verkleinern usw., müssen Sie diese Funktion gründlich testen und viele Testfälle für alle zutreffenden Bildschirme erstellen.

# 6) Langes oder kurzes Drücken

Ein langes Drücken auf ein Symbol zeigt das Kontextmenü an, während eine kurze Berührung die allererste Aktion des Menüs ausführt. Wenn diese Funktion in Ihrer App bereitgestellt wird, müssen Sie diese Funktionalität und alle damit verbundenen Funktionen überprüfen.

# 7) Lage

Ort und Position sind die beiden Wörter, die alternativ verwendet werden, und interessanterweise werden sie weiter verwendet, um zwei verschiedene Konzepte zu vermitteln, die nachfolgend erläutert werden:

1) Manchmal ist es der Bereich auf dem Bildschirm, in dem ein Steuerelement angezeigt wird.

Zum Beispiel, Header befindet sich auf oben der Seite sind Etiketten Linksbündig und Textfelder sind Richtig ausgerichtet, usw. Hier sind 'oben', 'linksbündig' und 'rechtsbündig' relative Positionen der Steuerelemente.

zwei) Manchmal ist es die Reihenfolge der Kontrolle unter den anderen Kontrollen.

Zum Beispiel, Beim Abrufen persönlicher Daten lautet der Vorname gefolgt mit dem Nachnamen. Oder das Format der Steuerelemente, nach denen nach einer US-Adresse gefragt werden soll, sollte in sein bestellen - Postleitzahl, Stadt, Bundesland.

In beiden Situationen sprechen wir über die Position der Steuerelemente.

Stellen Sie beim Testen der Position und Position der Steuerelemente sicher, dass alles logisch auf dem Bildschirm platziert ist und einen guten ästhetischen Sinn zeigt.

Es gibt Situationen, in denen ein oder mehrere Steuerelemente auf mehr als einem Bildschirm angezeigt werden. In diesem Fall müssen Sie sicherstellen, dass sie auf allen Seiten an derselben Stelle und in derselben relativen Reihenfolge angezeigt werden.

Wie teste ich UI-Variationen in verschiedenen Betriebssystemversionen?

Die Benutzeroberfläche variiert mit der Betriebssystemversion. Mit dem Start einer neuen Version werden Verbesserungen an der Benutzeroberfläche vorgenommen.

Lassen Sie uns die Benutzeroberfläche der 3 neuesten Betriebssysteme beobachten, die derzeit verfügbar sind, und verstehen, wie sich diese Variationen auf eine mobile Anwendung auswirken.

Sie sind:

1. Lutscher
2. Mäusespeck
3. Nougat

Wenn Sie sich die obige Liste der neuen Benutzeroberflächen- oder Funktionsmerkmale ansehen, müssen Sie als Qualitätssicherung Testfälle dafür entwerfen.

1) Lutscher:

• Erstellen Sie Testfälle für die Auswirkung des neuen Designs auf Ihre App.
• Nicht unbedingt für alle Bildschirme, sondern Testfälle für den Zugriff auf die neuen Verknüpfungen in Ihrer App erstellen.

2) Marshmallow:

• Wenn Ihre App mit Emojis arbeitet, erstellen Sie Testfälle, um die neuen Emojis zu überprüfen. Apps, mit denen Benutzer Bewertungen schreiben oder chatten können, verwenden häufig Emojis.
• Wenn Ihre App zum ersten Mal veröffentlicht und installiert wird, muss sie möglicherweise um Erlaubnis gebeten werden. Daher muss der UI-Test des neuen Berechtigungsbildschirms durchgeführt werden. Und erstellen Sie Testfälle dafür.
• Wenn Ihre App Google Now verwendet, müssen Sie Testfälle erstellen, um die Benutzeroberfläche der aktualisierten Google Now-Funktion zu testen.

3) Nougat:

• Für den Daydream-Reality-Modus müssen Sie Ihre App gründlich testen und daher Testfälle entsprechend erstellen.
• Erstellen Sie Testfälle, um die Menüoptionen für Ihre App zu überprüfen.
• Wenn Ihre App Emojis und GIFs verarbeitet, erstellen Sie Testfälle, um die neuen Emojis und die Option zum Senden von GIFs zu überprüfen.

Echte Geräte oder Emulatoren: Was ist für UI-Tests zu wählen?

Wenn Sie eine mobile Anwendung testen müssen, denken Sie möglicherweise darüber nach, wie das Testfeld aussehen soll.

Ob auf einem realen Gerät oder Emulator oder beidem getestet werden soll? Darauf gibt es keine eindeutige Antwort, da die Auswahl davon abhängt, was Sie testen möchten.

Zum Testen der Funktionalität, Leistung, Netzwerkantwort, des Feldtests usw. sollten Sie immer ein echtes Gerät bevorzugen. Aber für Dinge wie die Benutzeroberfläche sollten Sie Emulatoren zusammen mit einigen realen Geräten auswählen.

Vorteile

Die Vorteile der Verwendung von Emulatoren für UI-Tests sind:

1) Es ist praktisch nicht möglich, die Geräte aller Auflösungen zu sammeln, und das würde auch enorm viel Geld kosten. Aber Emulatoren kosten nichts.
zwei) Mit einem Emulator können Sie alle Kombinationen aus Bildschirmauflösung und Betriebssystem erstellen.
3) Wenn Sie nur einen Satz realer Geräte haben, das QA-Team jedoch aus mehr als einer Person besteht, können nicht alle QAs parallel auf dasselbe Testfeld testen. Mit einem Emulator kann jede Qualitätssicherung dieselbe Kombination auf ihrer Maschine erstellen und parallel testen.
4) Das Testen auf einem Emulator ist weniger zeitaufwändig und im Vergleich zu einem realen Gerät schneller.
5) Häufige Fehler im Zusammenhang mit der Benutzeroberfläche wie Ausrichtung usw. können bei Emulatoren leicht erkannt werden.

Nachteile

Nachteile sind:

1) Gesten können nicht auf Emulatoren getestet werden. Es kann jeweils nur eine Geste emuliert werden.
zwei) Physische Eingaben von GPS, fallendem oder schwachem Netzwerk usw. können ebenfalls nicht getestet werden.
3) Es gibt keine Möglichkeit, einen Emulator für Sony-, LG-, Nexus- usw. Telefone zu erstellen.
4) Es ist nicht möglich, auf dem Emulator eine reale Umgebung mit schwachem Akku, wenig Speicher usw. zu erstellen.

Daher sollte die Entscheidung in Abhängigkeit von Ihrer App und den Testanforderungen getroffen werden.

Manuelle oder automatisierte UI-Tests?

Kein Produkt, egal ob es sich um eine Desktop-App, eine Web-App oder eine mobile App handelt, kann ohne Test freigegeben werden. Als QS bemühen wir uns, jeden Fehler zu finden und zu melden, aber dennoch werden sie von Kunden gemeldet.

Weißt du, warum?

Weil langwierige Tests, die oft vermieden oder verpasst werden, unentdeckte Fehler hinterlassen. Auch eine 100% ige Abdeckung, eine eingehende Ausführung ist bei manuellen Tests nicht möglich.

Das Testen der Benutzeroberfläche ist ziemlich einfach und unkompliziert, und Sie müssen nur darauf achten, wie es für Ihr Auge aussieht. Wenn dies nun manuell erfolgt, ist es sehr zeitaufwändig. Außerdem müssen wir in den meisten Fällen große Datenmengen für UI-Tests wie eine Schriftrolle erstellen, wenn die Kartenreihen eine bestimmte Anzahl überschreiten.

Das Erstellen von Big Data ist sehr zeitaufwändig. Eine automatisierte Suite kann beide Probleme lösen.

Im Gegenteil, wenn sich die Funktionen oder die Benutzeroberfläche der App noch in einer sich ändernden Phase befinden, ist es nicht sinnvoll, in die Automatisierung zu investieren. Wenn die Funktionen der App von entscheidender Bedeutung sind, ist es ebenfalls besser, manuell zu testen.

Abhängig von den folgenden Hinweisen sollten Sie daher entscheiden, ob Sie manuell testen oder automatisieren möchten:

• Die Art Ihrer App.
• Die Stabilität Ihrer App.
• Die verfügbaren Ressourcen wie Arbeitskräfte, um die Werkzeuge zu studieren und zu vergleichen.
• Wie viel Zeit wird für das Studium und den Hochlauf eines erforderlichen Automatisierungstools aufgewendet?
• Ist der Kunde bereit, Zeit in den Hochlauf und das Studium zu investieren?

Test-Tools für die Benutzeroberfläche der mobilen App

Im Folgenden finden Sie eine Liste von 5 Tools, die zum Testen der Benutzeroberfläche einer mobilen Anwendung für Android und / oder iOS verwendet werden können.

(Für Tools zum Testen der Funktionalität y Sie können sich auf die Liste der Automatisierungstools in unserer Automatisierung beziehen Tools zum Testen von Android-Anwendungen Seite).

# 1) Selendroid

Selendroid ist eines der besten und am meisten empfohlenen Tools für die Automatisierung mobiler Anwendungen für UI-Tests.

Es kann sowohl für native als auch für Hybrid-Apps verwendet werden. Es kann nur für Android-Apps verwendet werden und die Client-API-Tests werden mit Selendroid 2 geschrieben. Es kann auch mit mehr als einem Gerät verwendet werden und ist vollständig kompatibel mit JSON.

# 2) Testdroid

Dies ist ein Cloud-basiertes Tool, das für eine Vielzahl von Geräten, unterschiedliche Bildschirmauflösungen und Betriebssystemversionen von Android und iOS verwendet werden kann. Parallele Gerätetests sind ein großer Vorteil dieses Tools und ein gutes Tool für UI-Tests. Es hilft den Entwicklern, die Markteinführungszeit zu verbessern.

# 3) SeeTest

Es ist ein kostenpflichtiges Tool und kann für Android, iOS, Windows, Symbian usw. verwendet werden.

Wie deklariere ich ein String-Array in Java?

Es ist ein plattformübergreifendes Tool und daher besteht der Vorteil darin, dass auf allen Plattformen der gleiche Test ausgeführt werden kann. Es kann für alle mobilen Anwendungen verwendet werden und die Tests können parallel auf mehr als einem Gerät ausgeführt werden.

# 4) UI-Automatisierung

Dies ist das offizielle UI-Testtool für Apple und das beste Tool zur Automatisierung von iOS-Anwendungen. Obwohl es schwer zu erlernen ist, bietet es einen großen Vorteil bei Bibliotheken, Leistung, UI-Tests usw.

# 5) Kalebasse

Es kann sowohl für Android- als auch für iOS-Tests für native oder hybride Apps verwendet werden. Es ist ein plattformübergreifendes Tool und eignet sich am besten zur Automatisierung von Gesten, Screenshots, Behauptungen usw. Es kann auf echten Touchscreen-Geräten verwendet werden. Es hat auch Unterstützung für Gurken.

Wenn Entwickler die App auf Einheitentests testen, können sie auch UI-Tests mit Android Studio durchführen, diese können jedoch nur für Android-Anwendungen verwendet werden.

Empfohlene Lektüre => Automatisieren Sie Benutzeroberflächentests

Checkliste zum Testen der Benutzeroberfläche der mobilen App

Nachfolgend finden Sie die Checkliste für Tester, um sicherzustellen, dass die GUI auf Smart-Geräten vollständig getestet wird:

5 Mythen zum automatisierten Testen der mobilen Benutzeroberfläche

Das automatisierte Testen der mobilen Benutzeroberfläche wird als sehr wichtig angesehen, wenn die Frage nach dem Anwendungserfolg auftaucht. Es gibt jedoch einige Mythen im Zusammenhang mit automatisierten Tests.

Solche Mythen mögen nicht wahr sein, weil sie oberflächlich sein können. Wenn Sie tief in den Prozess des automatisierten Testens eintauchen, verschwindet dieser. Lassen Sie uns tiefer in sie eintauchen.

Mythos 1: Geschwindigkeit

Dieser Mythos ist sehr verbreitet. Die meisten Menschen in der IT-Branche haben den Mythos, dass die Durchführung von „Automatisierungstests“ im Vergleich zu „manuellen Tests“ mehr Zeit in Anspruch nimmt. Diese Tatsache trifft in einigen Szenarien bis zu einem gewissen Grad zu.

Der Grund dafür ist, dass manuelle Tests im Vergleich zu automatisierten Tests der mobilen Benutzeroberfläche schnelle Ergebnisse liefern. Dies ist jedoch nur in der Vor- und Anfangsphase der Fall.

Bei wiederholten Tests müssen Sie entweder viel mehr Testfunktionen hinzufügen oder die Testqualitäten verringern. Während Sie mit Automated Testing jedes Mal ähnliche Teststufen ausführen, sparen Sie auf lange Sicht Zeit.

Mythos 2: Berichterstattung

Im heutigen Szenario werden regelmäßig neue Android-Geräte auf den Märkten veröffentlicht. Und die Anzahl der Apps solcher Betriebssysteme nimmt zu. Dann gibt es Betriebssysteme wie iOS, die noch mehr Apps für den täglichen Gebrauch haben.

Manuelle Tests für so viele Apps werden sehr schwierig. Bei automatisierten Tests muss jedoch die Wartung von Cloud-Servern ausreichen. Mit Hilfe von automatisierten Tests ist eine vollständige und vollständige Testabdeckung der Apps möglich.

Mythos 3: Kosten

Es ist eine Tatsache, dass das automatisierte Testen der Apps im Vergleich zu den Kosten des manuellen Testens mehr kostet. Dies gilt jedoch nur, wenn Tests für das Wesentliche der App durchgeführt werden. Da die Umgebung der App und die Software kompliziert werden, werden manuelle Tests teurer.

Dies liegt daran, dass anspruchsvollere Werkzeuge für optimale Testergebnisse benötigt werden. Neben diesen hoch entwickelten Testwerkzeugen besteht ein Bedarf an hochqualifiziertem Personal, das solche Werkzeuge verwalten kann. Dies erfordert eine Schulung.

Manuelle Tests werden daher im Vergleich zu automatisierten Tests teurer.

Mythos 4: Konsistenz

Bei manuellen Tests gibt es immer Raum für unterschiedliche Wahrnehmungen, die von Tester zu Tester unterschiedlich sind. Dies hängt auch von den berücksichtigten Tests, Umgebungen und Apps sowie dem Betriebssystem ab.

Wenn Sie die Software manuell testen, gibt es Löcher, durch die nur wenige Fehler gelangen können. Daher ist manuelles Testen nur zum Erkennen grundlegender Fehler geeignet. Automatisierte Tests werden für die Skripte ausgeführt, ohne dass Raum für unterschiedliche Wahrnehmungen vorhanden ist, wodurch sie kinderleicht sind.

Welche Art von Softwareprogrammen sind Access, Oracle, DB2, MySQL und SQL Server?

Mythos 5: Widerwillen

Es ist nicht wahr, dass automatisierte Tests den Menschen ersetzt haben, sondern eher zur Verbesserung des manuellen Testers. Automatisierte Tests liefern wiederholt automatisierte Ergebnisse, mehrfach mit maximaler Genauigkeit. Es stellt sich also die Frage, warum Menschen gebraucht werden.

Das automatisierte Testen erfordert das Schreiben von Skripten und die gesamte Planung des Testverfahrens. Diese Aufgabe erfordert menschliche Anstrengung. Das Verfahren des automatisierten Testens hilft, Zeit und Geld zu sparen, so dass Sie solche Ressourcen zur Verbesserung der Verfahren des manuellen Testens verwenden. Die Entwicklung besserer Tools wird wiederum dazu beitragen, bereits bestehende Verfahren für automatisierte Tests weiterzuentwickeln.

Oben sind einige der populärsten Mythen aufgeführt, die in der Branche der automatisierten Tests vorherrschen. Dies muss beseitigt werden, um das Testen automatisierter mobiler Benutzeroberflächen zu verbessern.

Der Mythos und die Realität

Tatsache ist, dass selbst die meisten anspruchsvollen Entwicklungsunternehmen manuelle Tests für Mobiltelefone verwenden oder überhaupt keine vollständigen Tests durchführen. Laut Xamarin 2014-Umfragen führen 13,2% der Entwickler von Mobiltelefonen Tests als automatisierte Benutzeroberflächen durch. Laut Studien von Forrester Research führen nur 53% der Entwickler flüchtige Tests an einzelnen Geräten durch.

Die fünf häufigsten Faktoren, warum Teams von Mobiltelefonen die Eigenschaften mobiler Apps nicht automatisiert haben, und fünf Gründe, warum diese nicht nur wirklich sinnvoll sind, sind folgende:

a) Geschwindigkeit ist der erste Mythos.

Eine Person kann sich keine Zeit für die Automatisierung nehmen. Im Jahr 2014 hatten die Anbieter 7000 neue Android-Gerätetypen eingeführt. Dann gab es 10000 APIs, die spezifisch für Handys waren. Die Anwendung von Handys wird schneller versendet und schnell geändert. Mit der Qualitätssicherung (QS) in ständigen Crunching-Modi bleibt keine Zeit für die Erstellung von Testskripten, um diese mit regelmäßig wechselnden Funktionen synchron zu halten.

Das praktische Szenario des ersten Mythos:

Man verschwendet derzeit wertvolle Zeit. Es ist sehr wahr. Manuelles Testen ist schneller als automatisiertes Testen. Dies ist jedoch der erste Testlauf. Bei nachfolgenden Läufen führt das manuelle Testen zu geringfügigen Vorteilen zu Erosionen. Das ist fast sofort. Zusammen mit allen wiederholten Testläufen oder Funktionserweiterungen sollten App-Entwickler entweder den Testumfang oder zusätzliche Testressourcen reduzieren.

Zusammen mit der endlichen Budgetierung führt dies letztendlich zu den Teufelskreisen dieser Eigenschaften, die abnehmen. Als Reaktion auf die Dateneingriffe und negativen Bewertungen von Benutzern von Geräten, die nicht getestet wurden, wünschen sich die Teams eine Erweiterung der Geräteabdeckung. Dies erhöht die Belastung der QS-Abteilungen bereits als Kapazitäten weiter.

Es ist so, dass das Unternehmen Schwierigkeiten hat, Geräte zu warten, zu erforschen und zu beschaffen, während es Testausführungen durchführt. Selbst die am besten finanzierten manuellen UI-Testprogramme werden in Richtung einer vollständigen Abdeckung verkürzt.

In den USA müssen mobile Teams auf 188 Geräten getestet werden, um 100 Prozent der Marketinganteile abzudecken. Laut Xamarin-Forschung von 2014 testet die Mehrheit der Entwicklungsteams häufig auf 25 oder weniger Geräten.

Mehr als ein Viertel dieser Entwicklergemeinschaften zielt auf fünf oder weniger Geräte ab. In realen Testsituationen zahlt sich die Automatisierung fast sofort und sofort aus. Beim ersten Testlauf wurde festgestellt, dass Verbraucher die Testzeiträume um das Vierfache verkürzen. Es ist über ganze manuelle Tests, wenn es gegen fünfzig oder mehr Geräte läuft.

Läufe, die in der Folge sind, waren viel schneller. Die Verkürzung erfolgt jedoch für eine fast vollständige Testwoche auf nur wenige Stunden.

b) Berichterstattung ist der zweite Mythos.

Fragmentierung ist die Ursache dafür, dass keine Möglichkeit besteht, die Abdeckung des Geräts zu erweitern. Zusammen mit mehr als 19000 Geräten mit einzigartigen Androiden und der Permutation von Dutzenden zur Bildung von Betriebssystemen und Faktoren für iOS glauben viele Teams, dass es nicht möglich ist, die Mehrheit der Geräte in den bereitgestellten Märkten abzudecken.

Es gibt also einen Standardtest für eine Handvoll dieser Geräte, der gut genug ist.

Die Realität des zweiten Mythos:

Man hätte die Abdeckung des Geräts vervollständigen können. Wenn die Leute Geräte in Handvoll intern warten, tun sie viel. Gerätebeschaffung ist schwierig.

Wenn Sie ihr Geld, Ihre Kosten und Ihre Zeit beibehalten und ihre Tester dort verfügbar machen, wo und wann dies erforderlich ist, entstehen logistische Probleme. Gartner hatte erklärt, dass Entwickler von Mobilgeräten Wege finden sollten, um hohe Automatisierungsraten zu erzielen, um mit dem Tempo und der Verbreitung von Änderungen auf der Plattform Schritt zu halten. Dies war im Hosting gewesen. Verschiedene Funktionen verwendeten die interne Verwaltung.

Der Weg zu einer solchen Automatisierung führt über Cloud-Dienste Dritter. Die Cloud-Services von Drittanbietern helfen bei der Automatisierung von App-Ladeprozessen, der Ausführung von Testskripten, der Berichterstellung von Ergebnissen und dem sicheren Zurücksetzen von Geräte-Backs für Fabrikstandards. Teilmengen von Tests von Apps werden parallel ausgeführt, wodurch auch die Ergebnisse beschleunigt werden.

Beim Testen auf einer Vielzahl realer Geräte können Test-Clouds allen Teams genau mitteilen, wie die App funktioniert, wodurch typische Vermutungen über mobile Entwicklungen vermieden werden.

Beispiel: Produktmanager stellen weniger Systemanforderungen zusammen mit Vertraulichkeiten, die für die Leistung von Geräten gerechtfertigt sind. Entwickler erhalten visuelle objektive Bestätigungen zur Behebung von Fehlern, bevor neuere Builds eingesetzt werden. Dies ist unabhängig davon, wo und wann sie arbeiten.

c) Kosten sind der dritte Mythos.

Einzelpersonen können sich nur manuelle Tests leisten. Für Automatisierungstests müssen Testskripte, Lernkurven für QS-Mitarbeiter und Infrastruktur erstellt werden. Viele Teams haben bereits Probleme, die Fristen einzuhalten. Sie sind bereits über dem Budget. Automatisierungstests scheinen also weit entfernt zu sein.

Das praktische Szenario für den dritten Mythos:

Manuelle Tests sparen nur dann Geld, wenn Menschen Deckungen opfern. Manuelles Testen scheint nur in den meisten Umgebungen, in denen es sich um reine Knochen handelt, kostengünstiger zu sein.

Im Falle von Tests, die eine schnelle „Darmprüfung“ der Grundfunktionen von weniger Geräten beinhalten, scheint manuelles Testen ein Schnäppchen zu sein. Jegliche Ähnlichkeiten mit der Testabdeckung und dem umfassenden Gerät machen das manuelle Testen jedoch viel teurer als das Testen der Automatisierung. Dies könnte sogar schnell gehen.

Manuelle Tests skalieren nur durch Hinzufügen von mehr Personen und Massen. Kosten haben keine echte Linearität. Die Aufstockung des Personals zur Erfüllung der Anforderungen bringt enorme Gemeinkosten in Form von Koordination und Schulung mit sich. Die Aufteilung der Testfälle verringert dadurch die Effizienz aller Tester, indem Perspektiven entfernt werden.

Darüber hinaus sind Tester, die über genügend Raffinesse verfügen, um über das Benutzerverhalten hinaus zu graben und dabei Gründe zu untersuchen und zu antizipieren, warum Anwendungen möglicherweise fehlschlagen, möglicherweise weder reichlich noch billig. Automatisierungstests erfordern zum Zeitpunkt der Ersteinrichtung immer etwas mehr Overhead.

Aber wie oben erwähnt, kann es bei Testgeschwindigkeiten zu dramatischen Gewinnen und Gewinnen führen. Es führt auch zu einem entsprechenden Personalabbau innerhalb weniger Tage. Cloud-basierte Testumgebungen haben die Kosten weiter gesenkt. Dies geschieht durch den Wegfall einer nicht ausgelasteten und teuren On-Premise-Testinfrastruktur.

d) Konsistenz soll der vierte Mythos sein.

Gut genug muss durchgeführt, ausgeführt und betrieben werden. Für verschiedene Testteams sind Bereitstellungen subjektive Entscheidungen, die auf der Wahrnehmung vieler verschiedener manueller Tester beruhen. Sie haben das Wissen, dass es bedeutet, dass Insekten durch Risse fallen.

Überlappende Testabdeckungen müssen die häufigsten und kritischsten Probleme vor der Veröffentlichung erfassen. Der Rest der Fehler wartet auf Wartungsversionen.

Das wahre Szenario des vierten Mythos:

Qualitäten sind nicht qualitativ. Die Bereitschaft von Produktionen darf keine Faktoren und Meinungsfragen sein. In einer reinen manuellen Testumgebung variieren die Wahrnehmungen von Test zu Test und von Tester zu Tester. Dies führt zu fehlerhaften Testergebnissen und inkonsistenten Dokumentationen.

Entscheidungen werden kompliziert, wenn Überlegungen zur Bereitschaft von Produkten vorliegen. Dies führt zu Misserfolgen bei der Einhaltung der Vorschriften, zu Ernüchterung der Massen und zu Einnahmeverlusten. Darüber hinaus entstehen Taschen mit nicht erfassten Stammesverständnissen, die verloren gehen, wenn Menschen und Angestellte aus der Tür gehen.

Die Automatisierung wiederum erstellt quantifizierbare Metriken. Dies dient als objektive Quelle für die Information über Entscheidungen bezüglich der Rechtfertigung der Geschäftsentscheidung, der Produktbereitschaft und des Fortschritts von Diagrammteams.

e) Zurückhaltung ist der fünfte Mythos.

Manuelle Tests wurden durch Automatisierungstests ersetzt. Viele verschiedene Entwickler haben Zugang zur Testautomatisierung, weil sie erwarten, manuelle Tester durch Maschinen zu ersetzen.

Wenn die Automatisierung von Tests ähnliche Tests 1000-mal mit 100-prozentiger Genauigkeit wiederholt, stellen sich Fragen, warum Menschen zu Testzwecken Bedürfnisse haben. Die Automatisierung von Testskripten kann auch von Maschinen durchgeführt werden.

Das Echtzeitbild des fünften Mythos:

Manuelle Tester werden durch Automatisierungstests besser. Maschinen und Menschen besitzen gute Szenarien für viele verschiedene Dinge und Faktoren. Tester, die manuelle Tests durchführen, können immer kreativer testen.

Automatisierungstests befreien sie davon. Während sich die Menschen auf neuere Methoden zum Brechen von Apps freuen, stellt die Automatisierung die Konformität mit einer Vielzahl von Geräten sicher. Dies reicht von Unit-Tests bis zu vollständigen Regressionstests. 2 Ansätze müssen nicht isoliert funktionieren.

Die Durchführung von Tests erfolgt als Sondierungshandbuch, während Back-End-Systeme nicht durch automatisierte Tests belastet wurden. Dies sind hervorragende Möglichkeiten, um Fehler zu entdecken, die in Produktionsumgebungen auftreten. Automatisierungstests ersetzen keine Tester, die Menschen sind. Dadurch können sie lohnende und interessante Arbeit leisten.

Bessere Konsistenz, Abdeckung, Kosten und Geschwindigkeit summieren sich zu den Eigenschaften, die verbessert werden. Wenn Sie Geld und Zeit sparen, können Sie mehr Tests durchführen und nicht weniger. Dies ist der Fall, wenn man kritische Meilensteine ​​erreicht. Dies ermöglicht es den Tests, mit Teams agiler Entwicklungen Schritt zu halten, anstatt im Weg zu stehen.

Daher veröffentlichen Unternehmen Code viel häufiger. Dies reduziert die Auswirkungen und die Anzahl der Defekte wird erhöht. Dies bedeutet, dass Entwickler mit sauberen Codes arbeiten. Die Behebung von Fehlern war weniger kompliziert. Dies befreit Tester durch die alleinige Tätigkeit als Gatekeeper, die sich auf Kreativität konzentrieren. Explorative Tests verbessern dadurch die Eigenschaften von Produkten.

Das Automatisierungstest von mobilen Benutzeroberflächen bietet zeitliche und qualitative Vorteile. Automatisierte Tools, die es Testern erleichtern, Benutzeroberflächen von Apps über erweiterte Bereiche der Mobilgeräte zu bewerten und Änderungen vorzunehmen, um die Benutzererfahrung zu verbessern.

Fazit

Eine schlechte Benutzeroberfläche ist für den Benutzer eine unangenehme Erfahrung. Das Testen der grafischen Benutzeroberfläche wird dringend empfohlen und ist besonders wichtig, wenn es um intelligente Geräte geht, da hier die Bildschirmgröße vergleichsweise klein ist und viele Variationen der Geräte auf dem Markt erhältlich sind.

Ihre Anwendung kann auf verschiedenen Geräten unterschiedlich aussehen und sich unterschiedlich verhalten. Daher ist es wichtig, die App auf mindestens einigen Standardgrößen und Gerätevarianten zu testen.

Alle mobilen Anwendungen benötigen UI-Tests, aber die Tiefe der erforderlichen Tests wird durch die Kategorie oder den Zweck der Anwendung definiert. Sie sollten eine vollständige Analyse der Benutzeroberflächenfunktionen der Anwendung anhand des Modells oder der Betriebssystemversionen des Telefons durchführen, bevor Sie Ihr Testbed fertigstellen.

Basierend auf dieser Analyse sollten Sie Ihre Testfälle zum Testen erstellen. Verwenden Sie nach Möglichkeit die Automatisierung, um Zeit zu sparen.

Halten Sie beim Testen der Benutzeroberfläche ein offenes Auge, da dies einfach ist und dennoch einen großen Einfluss auf den Verkauf Ihrer App hat.

In unserem kommenden Tutorial finden Sie detaillierte Informationen zu Mobiler Responsive Test .

Literatur-Empfehlungen

• Appium-Tutorial zum Testen von Android- und iOS-Apps für Mobilgeräte
• TOP 15 der besten mobilen Testtools im Jahr 2021 für Android und iOS
• Beste Software-Test-Tools 2021 (QA Test Automation Tools)
• Beta-Testdienste für mobile Apps (iOS- und Android-Beta-Testtools)
• Warum ist mobiles Testen schwierig?
• Erste Schritte mit Robotium - dem beliebtesten Test-Tool für Android-Anwendungen
• Testen von Primer eBook Download
• 11 besten Automatisierungstools zum Testen von Android-Anwendungen (Android App Testing Tools)