Archiv für den Monat: November 2016

.NET

Die Assembly mit dem Anzeigenamen „mscorlib.XmlSerializers“ konnte im „LoadFrom“-Bindungskontext der AppDomain mit ID 1 nicht geladen werden.

BindingFailure occurred
Message: Managed Debugging Assistant 'BindingFailure' has detected a problem in 'D:\temp\StarTrack\QS\Utils\TestautomationTools\TestExecutor2\bin\Debug\TestautomationTool.vshost.exe'.
Additional information: Die Assembly mit dem Anzeigenamen "mscorlib.XmlSerializers" konnte im "LoadFrom"-Bindungskontext der AppDomain mit ID 1 nicht geladen werden. Fehlerursache: System.IO.FileNotFoundException: Die Datei oder Assembly "mscorlib.XmlSerializers, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" oder eine Abhängigkeit davon wurde nicht gefunden. Das System kann die angegebene Datei nicht finden.

Diese Fehlermeldung tritt bei einem C#-Programm auf, welches Oberflächenelemente auf Windows scannt. Laut Stackoverflow kann man diese Fehlermeldung jedoch ignorieren.

Testautomatisierung

Tools zur UI-Testautomation von Android Apps

Appium, welches in der Selenium-Welt berühmt ist, scheint mir nicht geeignet zu sein, langfristig angelegtes mobile testing zu betreiben.
Auch weitere Open-Source Projekte, die zu diesem Zweck ins Leben gerufen wurden, scheinen so langsam einzuschlafen, wie die Commit-Aktivitäten auf github nahelegen:
Robotium
robotium
Selendroid
Selendroid
So fallen diese drei Tools für diese Aufgabe aus. Die Frage, welches Tool Google eigentlich für die UI-Testautomatisierung von Android Apps nutzt, ist hier aus zweierlei Aspekten relevant. Erstens ist Google der Hersteller vom Android-Betriebssystem und hat daher genügend Insiderwissen, die richtigen Tools auszuwählen. Zweitens entwickelt Google selbst eine nicht unerhebliche Anzahl von geschäftskritischen Android Apps und muss diese natürlich auch zuverlässig testen.
Googles UI-Testautomatisierungslösung für Android Apps ist ohne Zweifel Espresso:
Artikel auf Googleblog
Talk auf Android Dev Summit
Talk auf Google I/O (inkl. tieferer Einblicke in Espresso-Codebase)

  • Reine Oberflächentests – simulieren Benutzerinteraktionen
  • Stark integriert in Android Development
    • Teil der Android Testing Support Library
    • Tests werden zusammen mit apk instrumentiert
    • Gestartet aus Android Studio
    • Im App-Code kann/muss man idle-Zustand setzen, damit Esspresso darauf reagiert.
    • Zum Programmieren in Java
  • It is intended to test a single application but can also be used to test across applications. If used for testing outside your application, you can only perform black box testing, as you cannot access the classes outside of your application. (Quelle)
  • Gutes Tutorial: http://www.vogella.com/tutorials/AndroidTestingEspresso/article.html#espresso_introduction
Testautomatisierung

Bewertung von Appium in UI-Testautomatisierung für mobile Apps

Ein Kommentar

Das Appium-Projekt scheint von MacOS-nutzenden Entwicklern getragen zu werden und Windows generell stiefmütterlich zu behandeln.
Einzelne Hinweise dazu finden sich im Internet.
Auch das zentrale Tool ‚Appium Inspector‘ (mit dem man die Oberflächen-Elemente identifizieren kann) wird auf Windows nicht unterstützt. Und dies, obwohl in der Appium-GUI der Button dafür voll aktiv ist und nicht einmal ausgegraut wird.
Obwohl in der Appium-Version 1.5.2 der Fix für einen vitalen Bug enthalten ist, wurde bis heute (14.11.2016) die downloadbare Windows-Version nicht auf 1.5.2. geupdated – die Apple-Version jedoch bereits am 3.5.2016:
2016-11-14 14_23_24-appium
Oben aufgeführten Bug konnte ich erst durch aufwändige Recherche identifizieren, weil die Fehlermeldung nicht sehr aussagekräftig ist:

 info: [debug] Emulator Nexus_4_API_21 not running

Schaut man sich die Commit-Historie zum Appium-Projekt an, so stellt man fest, dass die Arbeit daran kontinuierlich stark rückläufig ist. Bei einem Framework für Testautomatisierung kann ich mir nur schwerlich vorstellen, dass es nicht genügend Anpassungsarbeit gibt – beispielsweise an neue Android-Versionen. Also unabhängig von der Frage, ob ein Einsatz für Windows sinnvol ist, keine guten Signale aus dem Projekt:
2016-11-14 14_39_02-Contributors to appium_appiumGitHub
Einen Einsatz von Appium für die mobile Testautomatisierung kann ich daher aktuell nicht empfehlen.