Quality testing involves thoroughly assessing all three layers of an application to make sure each is working correctly and achieves the level of performance that meets the project's business goal. Software Testers put applications through their paces to assess their functions/features, performance and the ease of use (among other things). Unfortunately due to the wide variety of frameworks, languages, variety of applications, and ever changing software development trends there is no one unified testing platform/tool for each of these pieces. Different types of software applications have uniquely different testing capabilities and tooling required.
Typically only have to target the latest version of the devices operating system or at least one particular version. However, the weakness of installed applications is if you need that application to run on multiple devices; you must rewrite the project. In this rewrite, you must specifically target the capabilities and nuances of each of those device’s unique operating systems. Testing of these projects typically involves using automated tools that put all of the application’s functionality through its paces to make sure it works as expected. Usually, very little concern is placed on how the application looks or where the images display.
The power of web applications is that you can develop an application on one platform and deploy it to many others without additional rework. However, web projects have their own unique set of challenges. Let’s look at some:
There are five main browsers used today; Chrome, Internet Explorer, Firefox, Safari, and Opera. Each of these browsers has continually released new versions and capabilities and features since their introductions. Therefore, testing challenges exist even within a single web browser family.
To adequately test a web application, you must load/test each page on the site using that particular browser. Unfortunately, since changes can exist between versions of the same browser, you must test with the specific version of that browser as well. Typically testing the page requires observing it for any layout issues, checking the functionality of the page, confirming proper performance, and validation of the data. For example, if a web application contained 30 pages and fully testing each page took 15 minutes to perform, a full manual test would take nearly 8 hours to complete. Now consider that there are currently 93 different combinations of browsers and major release versions of them. It would require nearly 700 hours of testing to determine whether the site could run on all browsers and their versions available on just one operating system.
When in doubt a reasonable starting point is the trusty ole’ Pareto Principle and a plan to support the top 80% of all browsers/versions currently in use. Depending on your source of browser statistics, the list today minimally would include:
Director of Magic
There are dozens of well-known and production-ready front-end libraries and frameworks, hundreds more that encapsulate some of these, or custom libraries made for specific project needs. These are all tools that help you write front-end code better and more efficiently.
With the release of Windows 8, the family of Windows devices, and the implementation of the Windows 8 App market, can you afford to NOT have a Windows 8 Application?
Here is a blog breakdown of how to achieve such a “weighted” repeater, allowing users to determine how often a specific item was displayed.
Find out all the things Tyler Lesperance learned this year in his 2014 Front-End Development year in review!
RT @julwhite: Introducing Azure Event Grid – an event service for modern applications https://t.co/ADVNmxzJ9l @Azure #serverless
RT @Kentico: Get started on your #eshop 💸💸💸
Our new blog post shows you how: https://t.co/TTo4FiOVMU