Mobiele bedrijfsapps voor SAP testen

(Alexander Ilg) (11 november) , 2020)

Testen is een belangrijk onderdeel van elk softwareontwikkelingsproject – unit-tests, integratietests, gebruikersacceptatietests enzovoort. In deze blog wil ik het hebben over het testen van mobiele bedrijfsapps, vooral die voor offline gebruik.

Geen enkele software is perfect. Raketten worden naar Mars gestuurd en ze crashen vanwege bugs. Sommige vliegtuigen worden uitgeschakeld als ze niet elke 248 dagen worden “opnieuw opgestart” (en u vraagt ​​me waarom ik vliegangst ben).

Bang om te vliegen? Kijk niet naar bugrapporten voor vliegtuigsoftware!

De lijst gaat maar door, er is zelfs een Wikipedia-artikel met voorbeelden van bugs in alle gebieden – https://en.wikipedia.org/wiki/List\_of\_software\_bugs .

Een bug op één centrale plaats hebben en verhelpen, zoals een Het SAP-systeem kan al lastig zijn (herstart van het systeem, downtime, ontevreden gebruikers, verloren gegevens, enz.). Het oplossen van een bug in een applicatie die op veel computers is geïnstalleerd (zoals bijvoorbeeld SAP GUI) is een beetje lastiger, maar nog steeds beheersbaar als alle machines intern zijn en verbonden zijn met het bedrijfsnetwerk.

Het wordt veel moeilijker om een ​​nieuwe versie van een mobiele offlinetoepassing voor ondernemingen te verzenden die op smartphones en tablets buiten het bedrijfskantoor is geïnstalleerd. Zelfs als je een apparaatbeheeroplossing hebt zoals Idaptive, SAP Mobile Secure, Mobile Iron of Airwatch, is het nog steeds veel werk. Als de gebruikers een slechte netwerkverbinding hebben, is het moeilijk om nieuwe versies te verspreiden. Erger nog als er afhankelijkheden zijn tussen mobiele app en serversoftware – in dat geval moeten beide tegelijkertijd worden bijgewerkt, wat erg lastig kan zijn als het gebruikersbestand zich in meerdere tijdzones bevindt en over de hele wereld wordt verspreid. Daarom is het belangrijk om mobiele bedrijfsapps zeer zorgvuldig te testen. Het maakt niet uit welk platform u gebruikt – Agentry, SMP, SCP Mobile Services, MobiLink of iets anders. Testen moet worden uitgevoerd op alle lagen, inclusief client, middleware en backend. Hieronder volgt een lijst met tests die voor elke toepassing moeten worden uitgevoerd.

Functionele tests

  • Test alle functionaliteit in beide richtingen – maak gegevens in SAP en synchroniseer deze met het mobiele apparaat. Creëer gegevens op het mobiele apparaat en stuur deze naar SAP. Werk records aan beide kanten bij, verwijder gegevens en controleer of ze ook op het andere systeem worden verwijderd.
  • Test validatie op het mobiele apparaat – krijgt de gebruiker de juiste waarschuwing / foutmelding bij het invoeren van de verkeerde gegevens ?

Prestatietests – synchronisatie en op apparaat

  • Synchroniseer met het maximale datavolume dat u verwacht. Houd er ook rekening mee dat het datavolume in de loop van de tijd kan toenemen.
  • Test met het maximale aantal gelijktijdige apparaten om te zien hoe het systeem de belasting aankan.
  • Test het apparaat met de maximale hoeveelheid gegevens – hoe presteren lijsten en detaildialogen? Hoe vloeiend is de navigatie binnen de app? Hoe snel is de opstarttijd? Testen op een simulator / emulator is nooit goed genoeg, je moet het testen op het echte apparaat dat de gebruiker later in zijn handen zal houden!

Test tegen de UI / UX-richtlijnen van de mobiel besturingssysteem

  • Als je een native applicatie hebt, volgt deze dan de UX-richtlijnen van Apple, Google en Microsoft?
  • Als je een hybride / platformonafhankelijke applicatie hebt , volgt het algemene richtlijnen (bijvoorbeeld de SAP Fiori UX-gids)?

Bruikbaarheidstests

  • Geef de applicatie aan gebruikers en laat ze deze testen. Is het intuïtief? Kunnen ze erachter komen hoe ze het moeten gebruiken, zelfs zonder of met slechts een beetje documentatie?
  • Test uw oplossing met gebruikers die ervaring hebben met smartphones / tablets en met degenen die niet gewend zijn aan moderne technologie.
  • Als u internationaal uitrolt, test dan met gebruikers uit verschillende landen om te zien hoe ze op de software reageren.
  • Test met verschillende talen en locatie-instellingen om er zeker van te zijn dat alles correct wordt weergegeven
  • Laat de vertaling beoordelen en testen door een moedertaalspreker.
  • Luister naar uw testgebruikers! Dit is verreweg de beste feedback die u kunt krijgen!

Test achter de schermen – niet alleen de gebruikersinterface, ook de middleware en de backend-integratie

  • Testclient, middleware (als je die hebt) en backend. Alles moet goed samenwerken.
  • Zorg ervoor dat de communicatie tussen de drie componenten goed werkt.

Test de positieve en de negatieve gevallen

  • Test uw oplossing met gegevens en testcases die u verwacht te werken
  • Test uw oplossing met gegevens waarvan u verwacht dat ze niet zullen slagen.We weten allemaal dat gebruikers de meest onverwachte informatie zullen invoeren en je moet ervoor zorgen dat de app niet crasht in een dergelijk scenario.
  • Zorg ervoor dat beide gevallen met succes zijn afgedekt
  • Test de toepassing wanneer de middlewareserver niet actief is. Gedraagt ​​het zich zoals verwacht? Test het ook wanneer SAP niet beschikbaar is.
  • Dood de app hard tijdens een opslag- of synchronisatieproces. Werkt het nog steeds? Bent u gegevens kwijtgeraakt?

Klinkt bekend?

Test buiten het lab / met het echte netwerk

  • Test uw applicatie met het echte netwerk dat uw gebruikers later zullen gebruiken. Zijn de prestaties nog goed genoeg met GPRS of Edge? Zijn de prestaties acceptabel op afgelegen locaties?
  • Test de software op het echte apparaat, niet alleen op een simulator. Wordt alles weergegeven zoals het hoort? Is de prestatie zoals verwacht?
  • Test de software met het echte apparaat onder reële omstandigheden. Kun je het scherm aflezen in fel zonlicht? Werkt het apparaat buiten bij hitte of kou?
  • Test de oplossing met alle andere geïnstalleerde apps – zijn er bijwerkingen? Met de sandbox-filosofie van Android en iOS zou het moeten werken, maar je kunt het beter testen.
  • Test het in situaties met weinig geheugen – werkt de app nog? Hoe zijn de prestaties in dit geval? Wat gebeurt er als de app uit het geheugen wordt verwijderd?
  • Test de app met oudere versies van het besturingssysteem. Test het ook met bètaversies die in de toekomst zullen worden uitgebracht!
Kun je in de middle of nowhere met acceptabele snelheid werken?

Schrijf geautomatiseerde testscripts

Laat je ontwikkelaars automatische testcases maken die kan voor elke build worden uitgevoerd. Hierdoor kan de testinspanning worden verminderd en kunnen de eerste bugs al worden opgemerkt voordat de echte testers aan hun activiteiten beginnen. Geautomatiseerde unit-tests kunnen echte tests echter nooit vervangen, maar ze gewoon aanvullen.

Test op verschillende apparaten

Als je een BYOD-strategie (Bring Your Own Device) hebt, probeer dan de applicatie op verschillende apparaten. Werkt de app op alle schermresoluties? Indien platformonafhankelijk, werkt het op alle platforms?

Test de installatie / update

Test de installatie en upgrade van uw mobiele app. Kan de APK, IPA of XAP worden gedownload via de telefoonverbinding?

Test de beveiliging van de app

  • Gebruik een netwerksnuffelaar om te zien of de versleuteling die je hebt ingeschakeld actief is.
  • Probeer de apparaatdatabase te openen om te zien of deze echt is versleuteld.
  • Test de beveiligde opslag, zoals bijvoorbeeld de iOS-sleutelhanger – zijn deze gegevens alleen lokaal of zijn het verzenden naar de cloud?

Test het beheergedeelte van de app

  • Kun je nieuwe gebruikers, apparaten etc. creëren in je mobiele landschap?
  • Kunt u de registratie van apparaten ongedaan maken / verwijderen?
  • Zijn de logboeken correct ingesteld? Hebben ze voldoende informatie om problemen te analyseren? Is het laag genoeg ingesteld dat het log de prestatie niet vermindert?

Het maakt niet uit hoe lang en goed je test, er zullen bugs door de kieren glippen. Hoe complexer de app is, hoe groter de kans dat dit gebeurt. Daarom moet u altijd een terugvaloplossing hebben – dit kan een Excel-sheet zijn of gewoon een stuk papier. Idealiter hoeft u het nooit te gebruiken.

Testen is een hot topic – hoeveel testen is genoeg? Hoe veel is te veel? Je zou kunnen zeggen dat iemand nooit genoeg kan testen, maar dat iemand ervoor moet betalen. Zoals met alles, moet u de juiste balans vinden.

Veel succes met uw testen! En als je vragen hebt of hulp nodig hebt bij het testen, neem dan contact met me op via [email protected] .

Geef een reactie

Het e-mailadres wordt niet gepubliceerd. Vereiste velden zijn gemarkeerd met *