why mobile testing is tough
Mobil test er virkelig udfordrende domæne. Lad os se hvorfor.
Mens jeg søgte efter pædagogiske apps / spil til mit lille barn, fandt jeg et spil, hvor et barn kan udføre forskellige salonoperationer på køretøjer som vask, rengøring, maling, tatovering (køretøjer kan også have tatoveringer!) Og den måde, det blev præsenteret på, elskede jeg det.
Jeg downloadede straks den betalte version og gav den til mit lille barn med et håb om, at jeg får lov til at arbejde de næste 15-20 minutter, mens han har travlt med at dekorere køretøjer.
Han accepterede begejstret og begyndte at udforske (fordi børn aldrig tror på scriptet test :)). Inden for 5 minutter kom han tilbage og klagede - dette fungerer ikke, start det igen ...
bruger at teste, hvor mange tests om dagen
Jeg så en pop op-vindue, der sagde 'Desværre er' XYZ 'stoppet med at arbejde'. Jeg trykkede på OK og startede det igen og gav det til min søn. Inden for to minutter igen samme klage og samme advarsel. Det blev interessant. Da jeg altid havde en testers sind, startede jeg undersøgelsen.
Jeg spurgte mit lille barn, hvad han gjorde. ( Hvordan fandt du problemet? )
Intet, jeg spillede bare - sagde han.
Jeg omformulerede mit spørgsmål - hvordan spillede du spillet, kan du vise mig det? (Kan du gengive det? )
Han begyndte at spille, og jeg så på. Det fungerede fint, og jeg blev utålmodig. Jeg var ved at vende mig til mit arbejde, og jeg hørte det samme klage. Han afviste spillet og sagde, at han ikke kunne lide det, fordi det stoppede så mange gange.
Nu vågnede testeren i mig, og jeg satte mig i en stol og begyndte at spille spillet. Det fungerede fint i 10 minutter, og jeg så ikke nogen pop op-vindue. Jeg tjekkede flere tapinger, dataforbindelse til / fra, GPS til / fra, stående / liggende tilstand, tænd / sluk, men fandt virkelig ikke noget. Træt og frustreret bad jeg min søn om at spille det igen, da jeg ville se, hvordan spillet stoppede flere gange for ham.
Endnu en spillerunde startede. Han valgte en bil fra en række køretøjer at lege med. Han påførte den lille sæbe og dryssede derefter vand gennem designer fontæne, tørrede bilen og flyttede til næste afsnit, hvor han kan dekorere den. Han malede en bil med grøn farve. Men så troede han, at han ikke ønskede den grønne farve. I stedet for at skifte farve gik han tilbage til rengøringsafsnittet og dryssede vand på bilen i håb om, at bilen ville få sin originale farve. På dette tidspunkt blinkede pop op-vinduet på skærmen 'Desværre er XYZ stoppet med at arbejde'. Jeg sprang næsten ud af min stol. Efter at have fulgt de samme trin igen, kunne jeg også se styrtet.
hvordan man sender matrix til at fungere i java
Hvad skete der?
Efter nogle kombinationer af prøving og fejl fandt jeg -
Da brugeren kom tilbage fra at dekorere til rengøringsafsnittet, gik applikationen ned.
OMG, hvad en fjollet bug , Sagde jeg til mig selv. Mens laver test af webapplikationer i mere end otte år har jeg udført nogle testsager som standard. En af det er - gå frem og tilbage og derefter igen fremad og gør noget. Har ikke mobilspilleudvikleren taget sig af denne dumme ting?
Okay, udvikleren glemte det. Fandt testeren ikke denne dumme fejl, der fik barnet til at afvise spillet?
Hvorfor beskrev jeg sagen?
I den tid, hvor mobilen dominerer alle andre domæner og næsten hver fjortende dag en ny mobiltelefon lanceres, er mobile testere under et enormt pres. De fleste af interviewspørgsmål til mobil test inkluderer ikke noget spørgsmål om grundlæggende test eller endda funktionel test.
Mobil testning, er det virkelig hårdt?
Opfattelsen om mobil test er - Testeren skal vide, hvordan man laver hukommelses lækagetest, sikkerhedstest, afbrydelsestest, enhedsspecifik test, OS-specifik test og skal kende et eller to værktøjer til at kontrollere ydeevnen. Godt nok?
Ingen.
bedste python ide mac os x
Enig om, at mobilitet virkelig er et udfordrende domæne. Årsagerne til det er -
- Den sprang-og-grænse vækst i mobilbranchen har skubbet enhver branche til at lancere deres app til mobil. I dag, hvis du leder efter, vil du være i stand til at finde apps til næsten alle kendte søgeord.
- Mobil er blevet så meget en del af livet, at vi afviser eller afviser et websted eller en applikation, der ikke er mobil. Vi vil have alt lige ved hånden. Og disse enorme krav har skabt masser af stress for hvert projekt at være mobilkompatibelt.
- Et stort antal smartphones på markedet sammen med tilføjelsen af det samme på månedlig basis gør testdækning til en kritisk faktor og smertepunkt for alle involverede.
- Med tiden opbygges flere og flere operativsystemer uafhængigt ud over traditionelle operativsystemer som iOS, WebOS, Blackberry og Android. Og de fleste af de apps, der er udviklet i dag, forventes at være på tværs af platforme, og der kræves derfor grundig test på forskellige understøttede operativsystemer.
- Mobil testautomatisering er stadig i sin barndom, og selvom der er antal tilgængelige værktøjer , mobile testautomatiseringstestere er ikke let tilgængelige.
- Mobil test kommer med andre forskellige udfordringer som netværksproblemer - dårligt, godt netværk, netværksændringer som Wi-Fi til 3G / 4G og omvendt, ydeevne, mens flere apps bruges samtidigt, problemer med hukommelseslækage, problemer med batteriforbrug osv.
Når mobil kommer til billedet, er den vigtigste funktion brugervenlighed . Uanset hvor god din applikation er, visningsmæssigt eller funktionsmæssigt, hvis brugeren ikke er i stand til at håndtere den på den lille skærm i mere end 5 sekunder, kommer han aldrig tilbage. Mobilbrugere er forkælet med en række muligheder, og derfor bærer brugerne aldrig nogen fejl.
Du tænker måske på dette tidspunkt - Webtest er også det samme. Brugervenlighed er også påkrævet derovre. Korrekt. Men computerbrugere er tålmodige end mobile brugere. Selv som en tester ville du se den forskellige opførsel hos dig selv - når du tester et websted på skrivebordet, kan du vente i 2-5 sekunder, mens du på mobil fortsætter med at trykke på indlæsningssymbolet for at dræbe de 2 sekunder.
Konklusion
Så mobil test er ikke hård, fordi testere er nødt til at tænke over stor dækning og brug i realtid (ja, de er helt sikkert de differentierende faktorer fra enhver typisk test), men mobil test er blevet hård, fordi mens man kører et løb med tilladt tid til at gøre testning, de fleste af de mobile testere foretrækker at foretage afbrydelse, hukommelseslækage, præstationsafprøvning, men undgår / giver mindre betydning for grundlæggende funktionel testning (Denne erklæring er en generel erklæring og bør ikke tages som et kommentarvåben :))
Hvis du har arbejdet i forskellige domæner, skal du vide, at intet domæne er let, og hvert domæne har sine specifikke hårde faktorer. Mobildomæne er heller ikke anderledes. Ja, det er anderledes, og det har ændret ligningen af krav og brugernes forventning på mange måder. Men det er hårdt, fordi testere synes, at testdækning for et antal enheder er vigtigere end grundig funktionstest på mindst en enhed.
Igen, uanset hvad jeg har nævnt ovenfor, er mine personlige tanker, og de er ikke skrevet til nogen bestemt person / branche.
Om forfatteren: Dette indlæg er skrevet af STH-teammedlem Bhumika Mehta. Hun er projektleder med 10+ års erfaring med test af software. Hun er helt i test og elsker at teste alt findes.
I vores næste artikel vil vi diskutere mere om Android-version .
Anbefalet læsning
- Bedste softwaretestværktøjer 2021 (QA Test Automation Tools)
- Mobile App Beta Testing Services (iOS og Android Beta Testing Tools)
- 11 bedste automatiseringsværktøjer til test af Android-applikationer (Android App-testværktøjer)
- Appium-vejledning til test af Android- og iOS-mobilapps
- De 10 bedste mobile APP-sikkerhedstestværktøjer i 2021
- 5 Mobile testudfordringer og løsninger
- Tutorials til test af mobilapps (En komplet guide med 30+ tutorials)
- TOPP 15 Bedste mobile testværktøjer i 2021 til Android og iOS