field testing mobile applications importance
Prova de camp: aplicacions mòbils:
Sovint, mentre provem la nostra aplicació mòbil, ens ve al cap una pregunta: ‘Si les proves d’automatització, la regressió, la càrrega, les proves de serveis web són suficients per a la nostra aplicació o hem de provar alguna cosa més? '
En aquest tutorial, proporcionaré una visió profunda de les proves de camp, la seva importància, estratègia i explicaré quan també s’hauria de fer.
Bé, pot ser suficient o no, perquè totes aquestes proves, com ara automatització, servei web, càrrega, etc., pertanyen a la categoria de proves 'pròpies'. Però si voleu implicar el rol d’usuari final, encara cal fer un tipus de prova més que no és res més que 'Prova de camp' .
Com el seu propi nom indica, es tracta de sortir de la vostra forta zona Wifi i utilitzar la vostra xarxa 2G o 3G o 4G per comprovar la usabilitat de la vostra aplicació. Podeu provar d’utilitzar l’aplicació mentre conduïu el cotxe o mentre passegeu o us senteu a casa segons la vostra comoditat.
Per obtenir informació bàsica sobre les proves d'aplicacions mòbils, podeu consultar els següents tutorials.
- Guia per a principiants sobre proves d'aplicacions mòbils
- 5 desafiaments i solucions de proves mòbils
- Per què les proves per a mòbils són difícils?
Què aprendreu:
- Classificació de les proves d'aplicacions mòbils
- Importància de les proves de camp per a iOS i Android
- Com afecta la prova de camp?
- Estratègia per a la prova de camp
- Quan es pot fer una prova de camp per a una aplicació?
- Exemples de proves que es poden verificar en una prova de camp
- Conclusió
- Lectura recomanada
Classificació de les proves d'aplicacions mòbils
Si esteu provant una aplicació web en un mòbil, els tipus de prova segueixen sent els mateixos que per als vostres ordinadors portàtils o ordinadors, com ara funcionals, interfície d’usuari, límit, càrrega, etc. Però per provar una aplicació mòbil, ja sigui híbrida o nativa, es classifica en dues categories al nivell inicial.
Ells són:
- Proves internes
- Proves de camp
La base de la diferència entre aquestes dues categories és el paper que us supliqueu, és a dir, Esteu provant com a control de qualitat per verificar l'aplicació contra el requisit o utilitzeu l'aplicació com a usuari final per satisfer les vostres necessitats?
A continuació es presenten poques diferències entre tots dos:
Proves internes | Proves de camp |
---|---|
Aquesta prova es realitza des de la fase inicial fins a la versió de llançament per verificar que l'aplicació compleix els requisits establerts en termes de funcionalitat, escalabilitat, usabilitat, etc. Es fa en funció de les històries de l'usuari o dels documents de requisits del projecte proporcionats pel client. | Aquesta prova es realitza en l'última fase quan es fa la regressió per a l'aplicació i l'aplicació és anomenada estable per 'Equip' abans de la versió. Pot haver-hi un requisit o no per part del client. |
El tipus de proves inclou funcionals, regressió, IU, rendiment i automatització. | El tipus de proves inclou principalment la funcionalitat i la usabilitat de l’aplicació. |
Aquesta prova es realitza tant a les xarxes WiFi com a les mòbils. | Això es fa estrictament a les xarxes mòbils. |
Els laboratoris de proves es creen a la sala o al taulell de control de qualitat. | La necessitat de QA ha de sortir i provar mentre es camina per casa o es condueix. |
Les proves es poden fer amb emulador o simulador. | Les proves només es fan en dispositius reals. |
Importància de les proves de camp per a iOS i Android
Com s'ha explicat anteriorment, les proves de camp es fan per verificar el comportament o la usabilitat de la vostra aplicació com a usuari final. Això es fa bàsicament a la xarxa mòbil del telèfon passejant pels carrers o al mercat, conduint un cotxe o simplement a casa seva.
Al món actual, fem servir les nostres aplicacions per a mòbils a qualsevol lloc i en qualsevol moment, estem a casa fent compres / reserves d’entrades / revisant correus electrònics, etc., o estem en un mercat cercant llocs / restaurants / centres comercials propers, ja sigui conduint a un lloc cercant a mapes.
Les aplicacions mòbils han passat a formar part de la nostra vida quotidiana.
A continuació, es mostren alguns exemples que expliquen la necessitat de provar la vostra aplicació mòbil al camp i no només a casa:
- No cal que cada vegada tingueu un punt de connexió Wifi o un punt d'accés forta, especialment a l'Índia. Per tant, heu de confiar en la xarxa mòbil del vostre telèfon.
- Hi ha llocs on ens enfrontem a problemes de cobertura i el rang del telèfon serà mitjà o baix. Això pot ser degut a torres menys mòbils o densament cobertes d’arbres. Al meu lloc, m’enfronto molt a aquest problema al meu menjador i dibuix, que és frustrant en tot moment.
- Pot ser que conduïu el cotxe i que hàgiu d’accedir als vostres correus electrònics o obtenir indicacions cap a un lloc que desconeixeu.
- Quan sortim de vacances, no tenim (totes) informació sobre la ciutat ni el lloc. Quan viatjo amb la meva família de vacances, sempre anem sols i fem servir les aplicacions per trobar informació sobre la ciutat, ja siguin restaurants, llocs per visitar, etc.
- Avui preferim les transferències en línia mitjançant aplicacions com PayTm, PayZApp, etc., en lloc d’utilitzar sempre diners en efectiu.
- Utilitzar aplicacions de xat, YouTube, etc., a qualsevol lloc.
Aquests són alguns dels exemples en temps real que defineixen l'ús d'aplicacions mòbils. Per tant, esdevé important provar la vostra aplicació al camp. Pot ser que els vostres públics objectiu estiguin en un país ben desenvolupat i que disposin de punts d'accés o wifi disponibles a tot arreu.
Tot i això, heu de fer almenys una prova de camp de la vostra aplicació perquè:
1) Quan proveu l'aplicació mentre conduïu un cotxe o camineu o us assegueu en un lloc amb menys autonomia, podreu saber si l'aplicació té problemes de bloqueig mentre envieu o obteniu dades.
Vam fer que el nom d’inici de sessió de l’aplicació fallés per a la primera versió de la nostra aplicació, que vam provar en un telèfon que tenia 3G. Tot i això, l'inici de sessió es va esgotar i es va bloquejar.
2) Els usuaris ho odien quan veuen que apareix un símbol de càrrega durant més de 5 minuts. És molt important verificar quin és el temps de resposta que ha trigat el servidor, el servei web i l’aplicació a carregar la informació.
Aquests són els dos indicadors crítics que es verificen en una prova de camp i això també us ajuda a tenir la seguretat que la vostra aplicació és realment estable.
Com afecta la prova de camp?
La meva prova de camp està afectada per la forma híbrida o nativa?
Abans de respondre a aquesta pregunta, permeteu-me primer donar-vos una explicació bàsica sobre les aplicacions híbrides i natives.
Aplicacions híbrides:
Es tracta bàsicament d’aplicacions web empaquetades a l’embolcall natiu i que s’utilitzen principalment per desenvolupar aplicacions multiplataforma (per mantenir les bases de codi iguals per a Android i iOS). Semblen aplicacions natives, però en realitat la informació es carrega a mesura que l’usuari navega per les pàgines.
Aplicacions natives:
Aquests es desenvolupen específicament per a un SO que utilitza al màxim les funcions del SO. Tota la informació es carrega d’una sola vegada quan s’inicia l’aplicació.
He treballat tant en proves d’aplicacions híbrides com natives i, com a control de qualitat, les proves d’ambdues eren importants per a la meva aplicació. Hi ha una diferència entre les aplicacions híbrides i natives que, a diferència de les aplicacions natives, les aplicacions híbrides no utilitzen directament les funcions del telèfon com el GPS, la ubicació, etc. Les aplicacions híbrides utilitzen les funcions del telèfon o del sistema operatiu mitjançant connectors.
preguntes principals de l’entrevista c ++
Crec fermament que per a cada versió important d'una aplicació nativa, s'hauria de fer una prova de camp perquè utilitza les funcions del telèfon i del sistema operatiu.
La realització d’una prova de camp indicarà el rendiment de la vostra aplicació respecte a la mateixa. Indicarà si el telèfon és de gamma alta o baixa, com és el rendiment, l'estabilitat i la facilitat d'ús de la vostra aplicació.
Una altra raó per fer una prova de camp per a cada versió important és que cal actualitzar les aplicacions natives amb noves versions del sistema operatiu. Per tant, en comparació amb les aplicacions híbrides, les versions de Native són més o si es llança una nova versió del sistema operatiu, cal fer una prova de camp, fins i tot si no es fan canvis a les funcions de l’aplicació.
Estratègia per a la prova de camp
Quina ha de ser la meva estratègia per a la prova de camp?
Per a les proves de camp, el primer pas important que s’ha d’entendre és l’impacte de la xarxa o de les dades sobre les principals funcionalitats de la vostra aplicació. Per tant, mantingueu una discussió exhaustiva amb l’equip de desenvolupament sobre les funcionalitats.
A continuació es detallen els indicadors per decidir l’estratègia de les proves de camp:
1) El pas principal com a control de qualitat és etiquetar els casos de prova amb 'Prova de camp' i crear-ne una suite. Parleu amb el vostre equip de BA i QA sobre la Suite i comproveu si hi tenen alguna cosa que afegir-hi.
2) En funció del propòsit de la vostra aplicació i dels usuaris, creeu alguns casos de prova diferents per saber com, quan i on es pot utilitzar la vostra aplicació. És possible que no necessiteu executar-les per fer proves internes.
3) Feu una prova de camp només quan l'aplicació superi la prova de regressió i quan no hi hagi cap problema funcional obert.
4) Per a la primera versió, creeu un document (gràfic) amb tots els detalls dels casos de prova, la persona que l’executa, una zona on es va provar i es van informar dels errors. Un cop creat, podeu utilitzar-lo per a futures versions.
5) Utilitzeu un dispositiu de gamma alta i un dispositiu de gamma baixa per fer proves de camp i intenteu mantenir el mateix sistema operatiu, això us ajudarà a fer una anàlisi dels errors trobats. De vegades veiem errors en proves de camp, però no en proves internes.
6) Creeu un equip de 4 a 5 persones i feu que facin la prova de camp en diferents àrees i, amb tota seguretat, proveu d'utilitzar l'aplicació mentre conduïu i un lloc amb un abast de dades baix. També podeu fer que el vostre responsable, BA, participi en la prova de camp.
7) Etiqueu els errors trobats amb una etiqueta com a 'Prova de camp'; us serà fàcil referir-vos a futures versions.
8) Si la vostra aplicació envia geolocalització, proveu la funcionalitat a fons i us suggeriria que executés tots els casos de prova relacionats amb la mateixa.
No cal que trobeu errors o defectes i la prova pot funcionar sense problemes. Segons la meva experiència, mantingueu el focus en el rendiment i el temps que triga a respondre. Com es va esmentar anteriorment, una pantalla 'Carregant' dissuadirà les persones d'utilitzar la vostra aplicació.
Si la vostra aplicació és una aplicació comercial com Zomato, Jabong, BookMyShow, etc., proveu de fer una prova de camp amb un equip de 20-25 persones, ja que indicarà el rendiment de l’aplicació quan arribin a l’aplicació 20-25 usuaris.
Quan es pot fer una prova de camp per a una aplicació?
No és necessari que totes les aplicacions s’hagin de provar de camp, però sempre recomano fer una prova de camp, ja que mostra el rendiment de l’aplicació en l’escenari del món real. Podeu parlar-ne amb el vostre BA, el mestre o el gestor de scrum i el propietari del producte si no ho saben o no hi estan interessats. Com a QA, doneu els vostres punts sobre la necessitat d’una prova de camp.
Una prova de camp només s’ha de fer després de fer proves de regressió de l’aplicació, implementar les funcionalitats d’una versió, verificar, corregir els errors i, sobretot, que l’aplicació sigui estable.
Els factors importants de la prova de camp inclouen:
- Primer llançament de l'aplicació: Ofereix un gran avantatge fer una prova de camp en profunditat de l'aplicació per a la primera versió més gran. Com que l'aplicació encara no ha d'anar a Play Store, l'ajuda a tu i al teu equip a analitzar el rendiment mitjançant l'aplicació com un usuari normal.
- Una aplicació és nativa: Com s'ha esmentat abans, la prova de camp és imprescindible per a cada versió d'una aplicació nativa, ja que utilitza les funcions del telèfon i del sistema operatiu.
- Quan es llança la nova versió del sistema operatiu: Quan s'iniciï una nova versió del sistema operatiu, heu de verificar si l'aplicació és estable, compatible i té un bon rendiment respecte al nou sistema operatiu.
- Qualsevol versió important de funcions noves o modificades: Quan s’introdueixen funcions noves o s’actualitzen les funcions existents, és bo fer una prova de camp per assegurar-vos que el rendiment de l’aplicació no es vegi afectat.
- Prova de camp com a part de la prova de rutina: Les proves de camp per a una aplicació mòbil s’han de tractar com una prova rutinària com la regressió, l’automatització i mai no s’han d’ignorar. Fins i tot si la vostra aplicació és estable o si heu estat treballant-hi des de fa més d’un o dos anys, feu una prova de camp cada vegada que es produeixi una versió important.
Exemples de proves que es poden verificar en una prova de camp
Considerem l'aplicació de Zomato que utilitzem per buscar restaurants al nostre voltant o en una àrea específica.
A continuació es detallen alguns exemples de casos de prova que es poden examinar per a una prova de camp:
# 1) El bàsic i el primer pas seria iniciar la sessió que faria com a client.
En aquest cas, tingueu en compte que, en primer lloc, no ha de trigar més d’un minut a iniciar la sessió amb el compte de Facebook o Google que trio, en segon lloc, en el moment en què hi tinc la sessió, em demanarà permís per activar el GPS del telèfon (si està desactivat) sinó hauria de carregar la llista de restaurants de la meva ubicació detectada.
S’han esmentat les dues verificacions importants que cal fer a la primera prova.
# 2) Comproveu que quan canvieu la ubicació, la llista de restaurants s’actualitzi, proveu aquesta prova mentre sortiu a la carretera. La llista s’ha d’actualitzar i les cartes dels restaurants s’han de mostrar amb imatges sense problemes.
# 3) Verifiqueu el cas de prova anterior mentre conduïu un cotxe.
# 4) Verifiqueu (mentre camineu per la carretera) el flux d’extrem a extrem de l’aplicació, és a dir, just en iniciar la sessió, cercar una ubicació i demanar menjar a un restaurant. Les dades de la vostra comanda s’han d’enviar al restaurant amb èxit.
# 5) Executeu el mateix cas de prova anterior mentre conduïu un cotxe.
# 6) Verifiqueu en un 3G (canviant el vostre mode de dades a 3G) per obtenir un flux d’extrem a extrem per ‘reservar una taula’, és a dir, canvieu de nou la ubicació, seleccioneu un restaurant de la llista i reserveu una taula.
# 7) Si teniu un cupó, comproveu si el podeu utilitzar amb èxit mentre demaneu menjar a Zomato.
# 8) Verifiqueu si podeu escriure un comentari sobre el restaurant (mentre passegeu) i si s’envia al restaurant per revisar-lo o, si més no, si apareix a la llista de comentaris del restaurant.
Aquests són alguns dels exemples de casos de prova mentre es defineix l’ús bàsic de l’aplicació i s’han de provar a la prova de camp. Aquí també podeu crear una matriu per al model de telèfon (gamma alta o gamma baixa) contra el tipus de xarxa (2G, 3G, etc.) i executar els casos de prova per al mateix.
Conclusió
Qualsevol aplicació mòbil es pot anomenar estable i ràpida no només superant la prova de regressió, la verificació d’errors, la prova d’estrès o de càrrega, sinó només quan també passa una prova de camp.
com escriure casos de proves manuals
S'ha de fer una prova de camp per a cada versió en la mesura possible. Per a les aplicacions mòbils, la prova de camp forma part del cicle de proves i no s’ha d’evitar ni prendre a la lleugera.
Les proves de camp tenen un paper molt important a l’hora de definir el rendiment de les vostres aplicacions per a la primera versió. Si el vostre equip no n’és conscient, expliqueu-ho i la necessitat.
Al nostre següent tutorial, en parlarem més sobre “ S'està provant l'últim telèfon o el sistema operatiu més recent '.
Lectura recomanada
- Serveis de proves beta d'aplicacions mòbils (eines de prova beta per a iOS i Android)
- 5 reptes i solucions de proves de mòbil
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Per què les proves per a mòbils són difícils?
- Proves de rendiment d'aplicacions mòbils mitjançant BlazeMeter
- 10 millors eines de proves de seguretat de les aplicacions mòbils el 2021
- Com obtenir una feina ràpida de proves per a mòbils: Guia professional de proves de mòbils (primera part)
- Tutorials de proves d'aplicacions mòbils (una guia completa amb més de 30 tutorials)