Android App Testing Android App Testing Types I perform include

How an Android App Testing Project works How an Android App Testing Project works

The first step is to define and discuss what is required from the Android App Testing Project. This can be via email, phone call, Skype etc or, for a longer-term project in the London area, an onsite meeting.

The aim here is to agree what the testing should focus on and on what devices the testing should be carried out on.

Other factors to consider are app delivery method, where issues are to be raised and how test results are reported.

Also, scheduling the testing date(s) is key and you can view my Bookings Calendar to check availability.

At this stage, the Android App is tested, according to the Project definitions and the device list agreed on. This will include all the testing types agreed on, plus the appropriate amount of Exploratory Testing to unearth bugs which may otherwise be left lurking in the Android App.

Issues are raised as they are found, in the method agreed: this could be in your own issue tracker – such as JIRA, DoneDone, RedMine etc – or within an Excel document, or perhaps a Google doc, or, where applicable, within my own hosted JIRA issue tracker.

Test results can be reported in many ways and the method used will often depend on the length of the test project. For example, a short half-day test could be reported on in an email that summarises all the results, whereas a longer test could be reported on in a full Test Summary Report.

A Test Summary Report includes sections such as Overview, Main Findings, Gap Analysis, Deliverables, Testing Types Performed, Test Devices, Bugs Statistics and Summary of Main Bugs.

At this stage, we can discuss if any further testing is required.

This may include further focussed testing, retesting of fixed issues, regression testing after changes or any other type of testing.

Other testing types I perform: iOS App Testing, Website Testing

Contact Me Your next step – Contact Me

Contact Me

Contact me for freelance Android App Testing & QA Services

I'm a freelance Android App Tester based in the London area.
Contact Me

Testing Stages

During the Development Stage, I can work with the Developers, Designers and Project Managers to effectively design and execute tests at the most cost-effective time.

    * Working with Developers, Designers, Project Managers.
    * Testing can be focussed on the most important functionality or can be generalised, to cover all areas of the app.
    * Testing can be added in phases, as new functionality is developed and available for testing e.g. on a sprint/iteration/release basis.
    * Most cost-effective time for testing.
During the Beta Stage, bugs can be found which otherwise would have been released to the public.

    * Find Bugs before App is released to the public.
    * All functionality can be tested at this stage, and emphasis can be given to certain functionality depending on priorities.
    * Still a cost-effective time for testing.
At the Release Stage, testing can be done at and around the go-live stage, to try and find any last-minute issues, and also when new features are added to the app, or when the app is rewritten to take into account new technology, new features etc.

    * Testing at and around the go-live stage, to find any last-minute issues
    * Testing new Features and Functionality
    * Finding Bugs in rewritten Apps

Android Devices I have tested on (more info)

Android App Sectors I have tested in

  • Communications
  • Retail & NFC Payments
  • Email
  • Field Service
  • Health & Leisure
  • Cinemas, cinema ticket booking
  • Sports – Golf & GPS
  • Fitness Tracker
  • Retail & Shopping
  • Shopping Rewards
  • Financial
  • Games
  • Casino
  • Poker
  • Music Industry
  • System Utilities

Android App Testing related activities & technologies

There are many ways of distributing Android Apps that require testing. This would normally depend at what stage of development the app is at – development, beta, post-release etc – and also what platforms the developers use.
Crashlytics is an excellent platform for both distributing apps and also – it’s main use – for Crash reporting. To enable app distribution, the tester is signed up to the dev team as a tester and then installs the Crashlytics Beta app to enable the app install on the relevant device(s) From within the Beta app, the tester can see all the apps they are signed up to test and can then install them. I’ve also used TestFairy for Android app distribution.
Other methods of Android App Distribution include the HockeyApp platform (now owned by Microsoft), also released apps via the Google Play store and apps can also be distributed by email – where attaching the APK file allows the receiver to install the app on their Android device, via Install Now.
A crashing Android App is seen as the most serious type of bug – usually treated as criticial/show-stopper – especially if it happens on multiple devices.
There may be many different reasons for the crash, so the developer will want to know as much information about the crash as possible, so they can attempt to fix the issue. This information will usually include both a description of what the tester was doing in the App at the time of the crash, the exact time of the crash and also any accompanying crash logs from the device.
As mentioned in Android App Distribution above, the Crashlytics platform provides a method of both Android App distribution for testing and also crash reporting and analytics.
Other ways of getting crash logs from an Android App is to use an App like aLogcat, which allows you to see the log information and then use that information, by emailing it or copying/pasting it, perhaps for use in a bug report for an Issue Tracker. The app Crash Report performs a similar task. Another way is to run the app along with the Android SDK and then obtain the crash reporting information that way. (Note: Some of these methods no longer work in later versions of Android)
Most Android Apps are written in the Android SDK, which is based on the Java programming language. I have a good knowledge of Java and the Android SDK, having studied both areas and have also dabbled in creating some test Android Apps. This gives me a useful insight into the technology used and the various parts of Android Apps – such as Activities, Intents, Views, Content Providers etc.
Creating Test Plans and Test Results documentation is a vital part of the testing process and enables the tester to plan what to test and to keep track of what’s been tested.
Creating detailed Bug Reports is an essential part of the testing process, allowing the developers to reproduce the bug and then attempt to fix it.
Sometimes a bug is best shown via a screenshot or a video – or both – especially when a text description doesn’t seem sufficient or would be too complicated to be useful. There are several different methods for getting screenshots and videos of Android Apps in use, ranging from testing with the Android device connected up to the Android SDK, to using another device to record them.
Maintaining and tracking issues in an Issue Tracking System is a vital way of managing the Test Process, so that progress in fixing issues can be monitored and updated.
Different projects require the use of different Issue Tracking Systems. So far, I’ve used the specialist Jira system, the Redmine issue-tracking system, the DoneDone issue-tracking system, the issue-tracking features in the Codebase system, plus have also used Excel spreadsheets and Google Docs.
As the Android platform has matured, new technologies have been added to the Android ecosystem and other concepts have evolved, such as IoT. These technologies are sometimes used within Android apps and therefore require specialist testing.
Android Pay – Google bills Android Pay as “Pay your way. Shop how you want” and it allows users to make payments both in stores and in apps, similar to Apple Pay. It uses a combination of Near Field Communication (NFC), plus one of a PIN code, password or pattern to authenticate.
NFC – NFC is a method of wireless data transfer between two enabled devices that are in close proximity (about 10 cms) An NFC-enabled device will detect another NFC-enabled device and data can then be transferred between the two devices. In the real world, NFC is technology used in ‘Tap and go’ or ‘Proximity card’ services – including Apple Pay, Android Pay and Samsung Pay, plus many other services.
IoT – The Internet of Things (IoT) refers to the interconnection of physical objects or “things” which contain network connectivity, sensors, electronics and software and are enabled to exchange data with smart devices, such as smartphones and tablets – this then enables them to be app-controlled.

Featured Posts From The Blog

  • Charles-Proxy-screenshot

Using Charles Proxy for bandwidth throttling testing

Many apps and websites now consume lots of data, especially in sectors such as video streaming and audio streaming. Also most apps performing a useful function of some kind are interacting with the server backend [...]

  • Automation-Guild

Automation Guild Online Conference 2017

As a tester still learning about the whole area of automation, I've been checking out some of the video sessions from the Automation Guild Online Conference 2017. These include both pre-recorded information/training/product sessions from automation/product [...]

  • wordpress-developer-course-img

iThemes WordPress Developer Course

In December 2016, I completed the online training course iThemes WordPress Developer Course. This course was over two days and took the form of online live webinars, looking at what a WordPress site consists of [...]

  • mdqcc

Mobile Device Quick Comparison Chart

Update - November 2016 - I've now added the Google Pixel XL & Pixel and removed the recalled Samsung Galaxy Note 7 Update - September 2016 - I've now added the iPhone 7, iPhone 7 [...]