Testarea aplicațiilor mobile Enterprise pentru SAP

(Alexander Ilg) (11 noiembrie) , 2020)

Testarea este o parte importantă a fiecărui proiect de dezvoltare software – teste unitare, teste de integrare, teste de acceptare a utilizatorilor și așa mai departe. În acest blog, vreau să discut despre testarea aplicațiilor mobile pentru întreprinderi, în special a celor destinate utilizării offline.

Niciun software nu este perfect. Rachetele sunt trimise pe Marte și se prăbușesc din cauza unor bug-uri. Unele avioane se opresc dacă nu sunt „repornite” cel puțin la fiecare 248 de zile (și mă întrebați de ce mi-e frică să zbor).

Vă este frică să zburați? Nu te uita la rapoartele de erori pentru software-ul avionului!

Lista continuă, există chiar și un articol Wikipedia care prezintă exemple de erori în toate zone – https://en.wikipedia.org/wiki/List\_of\_software\_bugs .

A avea și remedia o eroare într-un singur loc central, cum ar fi un Sistemul SAP poate fi deja dificil (repornirea sistemului, perioade de nefuncționare, utilizatori nefericiți, date pierdute etc.). Remedierea unei erori într-o aplicație instalată pe multe computere (cum ar fi SAP GUI) este puțin mai complicată, dar totuși gestionabilă dacă toate mașinile sunt interne și sunt conectate la rețeaua corporativă.

Devine mult mai dificil să expediați o nouă versiune a unei aplicații offline pentru întreprinderi mobile care este instalată pe smartphone-uri și tablete în afara biroului companiei. Chiar dacă aveți o soluție de gestionare a dispozitivelor precum Idaptive, SAP Mobile Secure, Mobile Iron sau Airwatch, este încă mult de lucru. Dacă utilizatorii au o conexiune de rețea defectuoasă, este dificil să distribuiți noi versiuni. Și mai rău dacă există dependențe între aplicația mobilă și software-ul de pe server – în acest caz, ambele trebuie actualizate în același timp, ceea ce poate fi foarte dificil dacă baza de utilizatori se află în mai multe fusuri orare și este distribuită în întreaga lume. Din această cauză, este important să testați foarte atent aplicațiile mobile pentru întreprinderi. Nu contează ce platformă utilizați – Agentry, SMP, SCP Mobile Services, MobiLink sau altceva. Testarea trebuie efectuată pe toate straturile, inclusiv client, middleware și backend. Următoarea este o listă de teste care trebuie efectuate pentru fiecare aplicație.

Testele funcționale

  • Testarea tuturor funcționalităților în ambele direcții – creați date în SAP și sincronizați-le cu dispozitivul mobil. Creați date pe dispozitivul mobil și trimiteți-le la SAP. Actualizați înregistrările de pe ambele părți, ștergeți datele și verificați dacă sunt eliminate și pe sistemul opus.
  • Testarea validării pe dispozitivul mobil – utilizatorul primește mesajul corect de avertizare / eroare atunci când introduceți datele greșite ?

Teste de performanță – sincronizare și pe dispozitiv

  • Sincronizați cu volumul maxim de date pe care îl așteptați. De asemenea, luați în considerare faptul că volumul datelor ar putea crește în timp.
  • Testați cu numărul maxim de dispozitive simultane pentru a vedea cum sistemul poate gestiona încărcarea.
  • Testați dispozitivul cu cantitatea maximă de date – cum este performanța listelor și a dialogurilor de detalii? Cât de fluentă este navigarea în aplicație? Cât de rapid este timpul de pornire? Testarea pe un simulator / emulator nu este niciodată suficient de bună, trebuie să o testați pe dispozitivul real pe care utilizatorul îl va ține în mână mai târziu!

Testați în conformitate cu liniile directoare UI / UX din sistem de operare mobil

  • Dacă aveți o aplicație nativă, respectă instrucțiunile UX de la Apple, Google și Microsoft?
  • Dacă aveți o aplicație hibridă / independentă de platformă , urmărește instrucțiuni comune (de exemplu, ghidul SAP Fiori UX)?

Teste de utilizare

  • Dă aplicația utilizatorilor și lasă-i să o testeze. Este intuitiv? Își pot da seama cum să o folosească chiar și fără sau doar cu puțină documentație?
  • Testați-vă soluția cu utilizatorii experimentați cu smartphone-uri / tablete și cu cei care nu sunt obișnuiți cu tehnologia modernă.
  • Dacă lansați la nivel internațional, testați cu utilizatori din diferite țări pentru a vedea cum reacționează la software.
  • Testați cu diferite limbi și setări de locație pentru a vă asigura că totul este afișat corect
  • Lăsați traducerea să fie examinată și testată de un vorbitor nativ
  • Ascultați-vă utilizatorii de testare! Acesta este de departe cel mai bun feedback pe care îl puteți obține!

Testați în spatele cortinei – nu numai interfața de utilizare, ci și integrarea middleware și backend

  • Testați clientul, middleware (dacă aveți) și backend. Totul trebuie să funcționeze bine împreună.
  • Asigurați-vă că comunicarea dintre cele trei componente funcționează bine.

Testați cazurile pozitive și negative

  • Testați-vă soluția cu date și testați cazurile pe care vă așteptați să le funcționeze
  • Testați-vă soluția cu date despre care vă așteptați să nu reușească.Știm cu toții că utilizatorii vor introduce cele mai neașteptate informații și trebuie să vă asigurați că aplicația nu se blochează într-un astfel de scenariu.
  • Asigurați-vă că ambele cazuri sunt acoperite cu succes
  • Testați aplicația când serverul middleware este oprit. Se comportă așa cum era de așteptat? Testați-l și atunci când SAP nu este disponibil.
  • Opriți greu aplicația în mijlocul unui proces de salvare sau sincronizare. Mai funcționează? Ați pierdut date?

Sună familiar?

Testează în afara laboratorului / cu rețeaua reală

  • Testează aplicația ta cu rețeaua reală pe care utilizatorii o vor folosi mai târziu. Performanța este încă suficient de bună cu GPRS sau Edge? Performanța este acceptabilă în locații îndepărtate?
  • Testați software-ul pe dispozitivul real, nu doar pe un simulator. Este totul afișat așa cum ar trebui? Performanța este așa cum era de așteptat?
  • Testați software-ul cu dispozitivul real în condiții reale. Puteți citi ecranul în lumina soarelui puternic? Dispozitivul funcționează în aer liber, la căldură sau frig?
  • Testați soluția cu toate celelalte aplicații instalate – există efecte secundare? Cu filozofia sandbox a Android și iOS ar trebui să funcționeze, dar mai bine o testați.
  • Testați-o în situații de memorie redusă – aplicația funcționează în continuare? Cum este performanța în acest caz? Ce se întâmplă dacă aplicația este eliminată din memorie?
  • Testați aplicația cu versiuni mai vechi ale sistemului de operare. De asemenea, testați-l cu versiuni beta care vor fi lansate în viitor!
Puteți lucra cu o viteză acceptabilă în mijlocul nicăieri?

Scrieți scripturi de test automat

Lăsați dezvoltatorii să creeze cazuri de testare automate care poate fi rulat înainte de fiecare construcție. Acest lucru poate reduce efortul de testare și poate prinde deja primele erori înainte ca testerii reali să își înceapă activitățile. Testele unitare automatizate nu pot înlocui niciodată testele „reale”, ci doar să le completeze.

Testează pe diferite dispozitive

Dacă ai o strategie BYOD (adu-ți propriul dispozitiv), încearcă să testezi aplicația pe diferite dispozitive. Aplicația funcționează pe toate rezoluțiile ecranului? Dacă este independent de platformă, funcționează pe toate platformele?

Testați instalarea / actualizarea

Testați instalarea și actualizarea aplicației dvs. mobile. Poate fi descărcat APK, IPA sau XAP prin conexiunea telefonică?

Testați securitatea aplicației

  • Utilizați un sniffer de rețea pentru a vedea dacă criptarea pe care ați activat-o este activ.
  • Încercați să deschideți baza de date a dispozitivului pentru a vedea dacă este într-adevăr criptată.
  • Testați stocarea securizată, cum ar fi brelocul iOS – aceste date sunt doar locale sau sunt trimiteți în cloud?

Testați partea de administrare a aplicației

  • Puteți crea noi utilizatori, dispozitive etc. în peisajul mobil?
  • Puteți anula / șterge dispozitivele?
  • Jurnalele sunt configurate corect? Au suficiente informații pentru a analiza problemele? Este setat suficient de scăzut pentru ca jurnalul să nu scadă performanța?

Indiferent cât de mult și bine testați, vor exista bug-uri care alunecă prin crăpături. Cu cât este mai complexă aplicația, cu atât este mai probabil să se întâmple acest lucru. Din acest motiv, ar trebui să aveți întotdeauna o soluție de rezervă – aceasta ar putea fi fie o foaie Excel, fie doar o bucată de hârtie. În mod ideal, nu trebuie să îl folosiți niciodată.

Testarea este un subiect fierbinte – cât de mult este suficient testarea? Cât este prea mult? Ați putea susține că nu se poate testa niciodată suficient, cu toate acestea, cineva trebuie să plătească pentru asta. La fel ca în toate, trebuie să găsiți echilibrul corect.

Mult succes la testare! Și dacă aveți întrebări sau aveți nevoie de ajutor cu testarea dvs., vă rugăm să ne contactați la [email protected] .

Lasă un răspuns

Adresa ta de email nu va fi publicată. Câmpurile obligatorii sunt marcate cu *