Testen von Mobile Enterprise Apps für SAP

Veröffentlicht

(Alexander Ilg) (11. November) , 2020)

Testen ist ein wichtiger Bestandteil jedes Softwareentwicklungsprojekts – Komponententests, Integrationstests, Benutzerakzeptanztests usw. In diesem Blog möchte ich das Testen von mobilen Unternehmensanwendungen diskutieren, insbesondere von Apps für die Offline-Verwendung.

Keine Software ist perfekt. Raketen werden zum Mars geschickt und stürzen aufgrund von Fehlern ab. Einige Flugzeuge werden heruntergefahren, wenn sie nicht mindestens alle 248 Tage „neu gestartet“ werden (und Sie fragen mich, warum ich Flugangst habe).

Flugangst? Schauen Sie sich keine Fehlerberichte für Flugzeugsoftware an!

Die Liste geht weiter und weiter, es gibt sogar einen Wikipedia-Artikel, der Beispiele für Fehler in allen enthält Bereiche – https://en.wikipedia.org/wiki/List\_of\_software\_bugs .

Einen Fehler an einem zentralen Ort wie einem haben und beheben Das SAP-System kann bereits schmerzhaft sein (Neustart des Systems, Ausfallzeiten, unglückliche Benutzer, Datenverlust usw.). Das Beheben eines Fehlers in einer Anwendung, die auf vielen Computern installiert ist (wie zum Beispiel SAP GUI), ist etwas schwieriger, aber dennoch beherrschbar, wenn alle Maschinen intern und mit dem Unternehmensnetzwerk verbunden sind.

Es wird viel Es ist schwieriger, eine neue Version einer Offline-Anwendung für mobile Unternehmen zu liefern, die auf Smartphones und Tablets außerhalb des Unternehmensbüros installiert ist. Selbst wenn Sie eine Geräteverwaltungslösung wie Idaptive, SAP Mobile Secure, Mobile Iron oder Airwatch haben, ist dies immer noch eine Menge Arbeit. Wenn die Benutzer eine schlechte Netzwerkverbindung haben, ist es schwierig, neue Versionen zu verteilen. Noch schlimmer, wenn Abhängigkeiten zwischen mobiler App und serverseitiger Software bestehen. In diesem Fall müssen beide gleichzeitig aktualisiert werden. Dies kann sehr schwierig sein, wenn sich die Benutzerbasis in mehreren Zeitzonen befindet und auf der ganzen Welt verteilt ist. Aus diesem Grund ist es wichtig, mobile Unternehmensanwendungen sehr sorgfältig zu testen. Es spielt keine Rolle, welche Plattform Sie verwenden – Agentry, SMP, SCP Mobile Services, MobiLink oder etwas anderes. Die Tests müssen auf allen Ebenen durchgeführt werden, einschließlich Client, Middleware und Backend. Im Folgenden finden Sie eine Liste der Tests, die für jede Anwendung durchgeführt werden sollten.

Funktionstests

  • Testen aller Funktionen in beide Richtungen – Erstellen Sie Daten in SAP und synchronisieren Sie sie mit das mobile Gerät. Erstellen Sie Daten auf dem mobilen Gerät und senden Sie sie an SAP. Aktualisieren Sie Datensätze auf beiden Seiten, löschen Sie Daten und überprüfen Sie, ob sie auch auf dem gegenüberliegenden System entfernt wurden.
  • Testvalidierung auf dem mobilen Gerät – erhält der Benutzer die richtige Warn- / Fehlermeldung, wenn er die falschen Daten eingibt ?

Leistungstests – Synchronisierung und auf dem Gerät

  • Synchronisieren Sie mit dem erwarteten maximalen Datenvolumen. Berücksichtigen Sie außerdem, dass sich das Datenvolumen im Laufe der Zeit erhöhen kann.
  • Testen Sie mit der maximalen Anzahl gleichzeitiger Geräte, um festzustellen, wie das System mit der Last umgehen kann.
  • Testen Sie das Gerät mit die maximale Datenmenge – wie ist die Leistung von Listen und Detaildialogen? Wie flüssig ist die Navigation in der App? Wie schnell ist die Startzeit? Das Testen auf einem Simulator / Emulator ist niemals gut genug. Sie müssen es auf dem realen Gerät testen, das der Benutzer später in seinen Händen hält!

Testen Sie anhand der UI / UX-Richtlinien der Mobiles Betriebssystem

  • Wenn Sie eine native Anwendung haben, befolgen diese die UX-Richtlinien von Apple, Google und Microsoft?
  • Wenn Sie eine hybride / plattformunabhängige Anwendung haben Befolgen sie allgemeine Richtlinien (z. B. das SAP Fiori UX-Handbuch)?

Usability-Tests

  • Geben Sie die Anwendung den Benutzern und lassen Sie sie testen. Ist es intuitiv? Können sie herausfinden, wie sie es auch ohne oder mit nur wenig Dokumentation verwenden können?
  • Testen Sie Ihre Lösung mit Benutzern, die Erfahrung mit Smartphones / Tablets haben, und mit Benutzern, die nicht an moderne Technologie gewöhnt sind.
  • Wenn Sie international einführen, testen Sie mit Benutzern aus verschiedenen Ländern, wie sie auf die Software reagieren.
  • Testen Sie mit verschiedenen Sprachen und Standorteinstellungen, um sicherzustellen, dass alles korrekt angezeigt wird.
  • Lassen Sie die Übersetzung von einem Muttersprachler überprüfen und testen.
  • Hören Sie Ihren Testbenutzern zu! Dies ist bei weitem das beste Feedback, das Sie erhalten können!

Test hinter dem Vorhang – nicht nur die Benutzeroberfläche, sondern auch die Integration von Middleware und Backend

  • Testclient, Middleware (falls vorhanden) und Backend. Alles muss gut zusammenarbeiten.
  • Stellen Sie sicher, dass die Kommunikation zwischen den drei Komponenten einwandfrei funktioniert.

Testen Sie die positiven und negativen Fälle

  • Testen Sie Ihre Lösung mit Daten und Testfällen, von denen Sie erwarten, dass sie funktionieren.
  • Testen Sie Ihre Lösung mit Daten, von denen Sie erwarten, dass sie fehlschlagen.Wir alle wissen, dass Benutzer die unerwartetsten Informationen eingeben, und Sie müssen sicherstellen, dass die App in einem solchen Szenario nicht abstürzt.
  • Stellen Sie sicher, dass beide Fälle erfolgreich behandelt werden.
  • Test die Anwendung, wenn der Middleware-Server nicht verfügbar ist. Benimmt es sich wie erwartet? Testen Sie es, wenn SAP ebenfalls nicht verfügbar ist.
  • Beenden Sie die App während eines Sicherungs- oder Synchronisierungsprozesses. Funktioniert es noch Haben Sie Daten verloren?

Klingt vertraut?

Test außerhalb des Labors / mit dem realen Netzwerk

  • Testen Sie Ihre Anwendung mit dem realen Netzwerk, das Ihre Benutzer später verwenden werden. Ist die Leistung mit GPRS oder Edge noch gut genug? Ist die Leistung an entfernten Standorten akzeptabel?
  • Testen Sie die Software auf dem realen Gerät, nicht nur auf einem Simulator. Wird alles so angezeigt, wie es sein sollte? Entspricht die Leistung den Erwartungen?
  • Testen Sie die Software mit dem realen Gerät unter realen Bedingungen. Können Sie den Bildschirm bei hellem Sonnenlicht lesen? Funktioniert das Gerät im Freien bei Hitze oder Kälte?
  • Testen Sie die Lösung mit allen anderen installierten Apps – gibt es irgendwelche Nebenwirkungen? Mit der Sandbox-Philosophie von Android und iOS sollte es funktionieren, aber Sie sollten es besser testen.
  • Testen Sie es in Situationen mit wenig Arbeitsspeicher – funktioniert die App noch? Wie ist die Leistung in diesem Fall? Was passiert, wenn die App aus dem Speicher entfernt wird?
  • Testen Sie die App mit älteren Versionen des Betriebssystems. Testen Sie es auch mit Beta-Versionen, die in Zukunft veröffentlicht werden!
Können Sie mitten im Nirgendwo mit akzeptabler Geschwindigkeit arbeiten?

Schreiben Sie automatisierte Testskripte

Lassen Sie Ihre Entwickler automatische Testfälle erstellen kann vor jedem Build ausgeführt werden. Dies kann den Testaufwand reduzieren und bereits die ersten Fehler erkennen, bevor die echten Tester ihre Aktivitäten beginnen. Automatisierte Komponententests können jedoch niemals „echte“ Tests ersetzen, sondern nur ergänzen.

Test auf verschiedenen Geräten

Wenn Sie eine BYOD-Strategie (bringen Sie Ihr eigenes Gerät mit) haben, versuchen Sie zu testen die Anwendung auf verschiedenen Geräten. Funktioniert die App mit allen Bildschirmauflösungen? Wenn plattformunabhängig, funktioniert es auf allen Plattformen?

Testen Sie die Installation / Aktualisierung

Testen Sie die Installation und das Upgrade Ihrer mobilen App. Kann APK, IPA oder XAP über die Telefonverbindung heruntergeladen werden?

Testen Sie die Sicherheit der App

  • Verwenden Sie einen Netzwerk-Sniffer, um festzustellen, ob die von Ihnen aktivierte Verschlüsselung vorhanden ist ist aktiv.
  • Versuchen Sie, die Gerätedatenbank zu öffnen, um festzustellen, ob sie wirklich verschlüsselt ist.
  • Testen Sie den sicheren Speicher wie zum Beispiel den iOS-Schlüsselbund – sind diese Daten nur lokal oder sind es? In die Cloud senden?

Testen Sie den Verwaltungsteil der App

  • Können Sie neue Benutzer, Geräte usw. in Ihrer mobilen Landschaft erstellen?
  • Können Sie die Registrierung von Geräten aufheben / löschen?
  • Sind die Protokolle korrekt eingerichtet? Haben sie genug Informationen, um Probleme zu analysieren? Ist es niedrig genug eingestellt, dass das Protokoll die Leistung nicht beeinträchtigt?

Egal wie lange und gut Sie testen, es werden Fehler durch die Risse rutschen. Je komplexer die App ist, desto wahrscheinlicher ist dies. Aus diesem Grund sollten Sie immer eine Ersatzlösung haben – dies kann entweder eine Excel-Tabelle oder nur ein Stück Papier sein. Im Idealfall müssen Sie es nie verwenden.

Testen ist ein heißes Thema – wie viel Testen ist genug? Wie viel ist zu viel? Man könnte argumentieren, dass man nie genug testen kann, aber jemand muss dafür bezahlen. Wie bei allem müssen Sie die richtige Balance finden.

Viel Glück beim Testen! Wenn Sie Fragen haben oder Hilfe beim Testen benötigen, wenden Sie sich bitte an mich unter [email protected] .

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.