Mobile App Testing Qa Checklist by ITS Hub
Mobile App Testing Qa Checklist by ITS Hub
Car
The should
positionbeofmoved
the carwhen driver
should be onis the
movedroadinwhile
routemoving,
directionand should not be over the other object like a
building, beside the road.
Route lines need to be erased when a car is moving further in the route direction.
Route line must be re draw if the driver changes the route.
Driver and user location must be the same in the tracking screen.
The
The location
location must
must be
be updated
updated when opening
after any theinterruption
type of application while
from the background.
using the application. like a phone call,
messages, open other application.
Carcarshould
A shouldnot
bebe stuck when
moving driver
smoothly in makes a turn
the route in the( route
location as perpath.
the given distance and time), and should not
jump, jerk, or change location after a few seconds.
Location must be updated after the internet connection is back
Location must be updated when the trip is not completed and login in to another device
During the live tracking uninstall and Install again and login into the application, the location must be updated.
Should be showing only one route after opening the application from the background.
Should be showing only the respective driver car in the live tracking screen.
UI-Related
18
Scenarios
Check the right image sizes are shown in a good manner with Orientation.
Confirm that all Spell check is right on alert, error messages, error popup, and so on.
Confirm
Check thatthat
Onapp Logo(Single
Taping ought not
Tap)to Application
be blurred and titleApplication
Logo, of the App ought
Splashnot to be
must incorrectly
show spelled.
and it must not show up
more than four seconds.
Confirm that the app should not perform wrong activities while rendering or considering by making user input
Confirm
while thethat any sort
handset of text
or app ought
is busy withnotrendering
to be cutor
off.
processing. There should be no wrong response by the
Application.
Check that each screen ought to be visible for the time relevant to easily read all its data by moving between
screens of an
Check that app.messages should reveal to a user the characteristics of the issue and show what development
error
should
When thebe screen
made (where
permitssuitable).
the changing of information without saving, it must invite users to save in case they
move to another screen or record.
If the user removes an item, it’s a smart approach to confirm the user with the delete confirmation alert.
19 In-app purchase Should have a restore purchase option in the application except for the consumable in-app purchase.
Should have proper information about the in-app purchase and plan on the selling page of the in-app purchase.
Should have receipt validation implemented for in-app purchase.
Correct price and billing cycle information should be there on the buy now popup.
The purchased plan should not be renewed after canceling the subscription.
The premium/Lock
Should feature
be proper alert should
message be be unlocked
displayed or able
when to use
trying after successfully
to restore purchasing
a purchase without the plan.In-App
a complete
purchase.
Check the webhooks call for the canceled plan from payment gateway platforms like PayPal, Strike, etc.
Check auto-renew plan should be stopped after canceling auto-renew from the front end.
Should not be store user credit/Debit card information in our database.
Incoming calls, text messages, or notifications are your common examples of interrupt conditions. You need to
20 Interruption check how the app’s behavior when the interruption ends.
Localization & In case your app is multilingual, it should be tested in different languages to guarantee that there is no data
21
Time zone truncation issue, character encoding problem, or any UI issues because of fluctuating character lengths.
Ex. if application
If the the application is in Arabic
supports language
the Arabic thenthen
language the alignment should be from
select the application the right
language insteadasofwell
as Arabic the as
Left.
the
device language as Arabic & verify the app.
Check all the pop-up, notifications alert messages all links, static and dynamic pages are opening in the user-
selected language.
Localization -
22 Regional Date & time is formats are properly formatted for target region
Specification
Phone numbers formats are properly formatted for target region
Colors are appropriate and express the desired message.
Licenses and product names obey country-specific regulations.
Phone number provided should be accessible by the users of the targeted region.
Currency conversions and formats are handled appropriately.
Localization -
23 Terminology is consistency across the UI, help files & Documentation.
Language
Layout is consistent with the Source/English version.
Line Breaks & hyphenation are correct.
Localization -
24 Hyperlinks function properly.
Functionality
Hotkey is functional.
Entry field supports special characters.
Validation of fields works properly (e.g Postal code for target region)
Lists are sorted according to target region & language.
25 Gesture Thoroughly test the multi-touch features such as pinch to zoom or pinch to shrink etc.
If
In user
case clicks
of backonnavigation
the back from home
if users page ofdata
unsaved theisapplication
getting loss user should
then go outshow
we should of thepop-up
application.
that on back
navigation
plain data will
address get lost.
Missing @ sign and domain
#@%^%#$@#$@#.com
Check the buttons with multiple Garbage
touch which are intended to work with single touch.
email@domain.com
@domain.com -- Validusername
Missing email
Check if user taps on the two buttons simultaneously.
firstname.lastname@domain.com
Joe Smith <email@domain.com> -- Email Encoded contains
HTML a dot in theemail
within address field
is invalid
check scroll and swipe
email@subdomain.domain.com
email.domain.com should
Missing @work-- smoothly
Email without
contains dotjerk.
with subdomain
firstname+lastname@domain.com
email@domain@domain.com -- Plus
Two @ sign
sign is considered valid character
26 Compatibility
email@123.123.123.123
.email@domain.com
To test user Interface of the Domain
Leading is
dot inon
application valid
addressIP address
various is screen
not allowed
sizes.
email@[123.123.123.123]Trailing
email.@domain.com Squaredot bracket
in address around
is not IP address is considered valid
allowed
To
Testtest your application
application supports
compatibility withvarious
various mobile devices
OS Test i.e different
applications manufacturer
compatibility with a combination of different
"email"@domain.com
email..email@domain.com Quotes around
Multiple email
dots is considered valid
devices and different
1234567890@domain.com OS. Digits in char address are valid
あいうえお@domain.com Unicode as address
email@domain-one.com
email@domain.com (Joe Smith) Dash in Text followingisemail
domain name validis not allowed
User-generated If your application has user-generated
_______@domain.com Underscore content
in the then the field
address Report Post / Report User/ Block use option is
is valid
27 email@domain Missing top level domain (.com/.net/.org/etc)
content mandatory ( connection
email@domain.name reason to apple
.name is dash rejection)
validinTop Level Domainisname
email@-domain.com Leading front of domain invalid
email@domain.co.jp
email@domain.web .web is not a valid top-levelname
Dot in Top Level Domain domainalso considered valid (use co.jp as an example here)
28 Valid Email Id firstname-lastname@domain.com
email@111.222.333.44444 InvalidDash in address field is valid
IP format
29 Invalid Email email@domain..com Multiple dot in the domain portion is invalid
30 Back Navigation If user is on the homepage of the application. click on the device back button pop-up should be there 'Do you
want to exit' or toast message should be shown.
Comments