Best Practices for Mobile Web App Testing, Part I
Deciding on browser and device metrics should ideally occur in the early stage of the development process. Of course, much depends on the nature of the application being developed, but below are some general criteria on deciding which metrics should be considered.
* Browser capability: If the application being developed will be dynamic or interactive, then the browser must support the following:
o XML HTTP Request Object: XML HTTP request object support is required to communicate with the back-end server and to update the page with new data without reloading the page. This will give the user a smooth browsing experience for the site.
o CSS support: CSS defines how page elements are to be displayed and enables you to change appearance and layout of all of the pages by editing a single file.
There should also be performance analysis of the browser. If the browser performance is poor, then it should not be a part of the rich mobile application metrics that is going to be developed.
Browser metrics, of course, are subject to change. This can depend on changes in technology, including the growing (or diminishing) popularity of the browser. In this case – when the browser that is not currently part of the metrics is gaining in popularity and major market share – then it should be included in the metrics at some point to support the application. The sooner, the better.
If browser is initially part of the metrics and later starts to show rendering and performance issues which can’t be fixed at lower cost, then it can be kicked out of the metrics if it is not a priority. Apart from this, there should no major changes in the browser metrics, as this can lead to needless risk. This decision, therefore, should made based on the proper analysis at a higher level.
If the application renders correctly in the higher version of the browser (e.g. browser2.0 which ships with the device) and has rendering issues on the older version of the same browser (e.g. browser1.0 which ships with device Y) then you must consider whether these issues can be fixed at a lower cost. If the answer is no, then it is advisable to go ahead with browser2.0 and drop browser1.0 from the metrics, since it would be less popular and would incur high development costs to fix the bugs.
There should be analysis on the popular devices in the market, which hold the major market share. This can include iPhone, HTC g1, Motorola Droid, Google and Nexus One, which seem to be everywhere these days. Of course, these metrics are also going to change frequently due to rapidly growing mobile industry which frequently causes changes to device popularity.
Metrics for regions, carriers
There should be analysis for device/carrier popularity in terms of web traffic from devices in particular countries and regions. For example, the iPhone is extremely popular in the US and because of this, they obviously have more web traffic. We can get this kind of analysis from: http://metrics.admob.com which published monthly analysis. AdMob serves Graphical Banner and Text Link ads on mobile web pages for more than 15,000 mobile sites and applications. This monthly report offers a snapshot of its data to provide insight into trends in the mobile ecosystem, which can be very helpful when deciding the browser/device metrics for the application.
... to read more articles, visit http://sqa.fyicenter.com/art/