What if someone were to say that most of the time, quality does not matter? That you should only aim for the minimal amount of investment in testing to get the product out the door to start making money? Here, Rob Cross takes the “devil’s advocate” position and provides some arguments against striving for quality. How would you refute them?
It simply isn’t feasible to test every possible user scenario with a new app, and the testers who already know how the app should perform can't approach using it the same way as someone unfamiliar with the process. Enter crowdsourced testing, where you gather a customizable pool of people from outside your organization to test your apps for defects and usability.
A tester's job is to provide information about elements of the system that might make a user unhappy. But Jon Hagar finds that many testers implement limited tours, even when they have robust programs. He writes that when looking for bugs, testers need to look beyond the software to the system and the user scenarios, too.
Terry Wiegmann noticed that in certain conversations with clients and team members, a single phrase can take her back to some “aha” moments when she grasped fundamental quality concepts. She shares some of these major learning moments throughout her career and how they can apply to quality engineering.
On a website and in digital files, images present a set of complications and differentiations that you need to keep in mind when your application receives and presents them. Your application might rely on a library, plugin, or service built somewhere else to handle this image management, so you should test the image uploader to ensure it works correctly and handles common points of failure. Here are some things to watch out for.
Requirements for software are usually grouped into a bewildering array of categories. Functional and nonfunctional requirements are on top, and a huge number of subcategories are underneath. Here, Clint Hoagland boils it down to three categories, differentiated by the way they should be tested.
Testers often find themselves in predicaments where they may be asked to compromise on quality standards—whether it's pressure to sign off on a product before it's ready, getting involved in numbers games that value metrics above all else, or facing harassment to take on work that isn't theirs. Knowing when, how, and why to say no can improve your situation and gain respect for testers everywhere.
Tara Nicholson explains why it's important to take into account compatibility, which refers to the ability of a software system to function across a variety of client software (browsers), operating systems, and hardware combinations. In this article, Tara shares some helpful strategies for you to consider when maintaining a compatible user experience.
The needs to improve the time to market of a quality product and adapt to a changing business environment are driving organizations to adopt agile practices in order to be competitive in the marketplace. However, a project team is bound to face difficulties if it is not trained on the fundamentals of agile. Read on to learn how to design scenarios for agile stories using a structured framework.
Mukesh Sharma writes that if you want to build an effective performance test strategy involving smart devices, you need to consider rendering times. It’s no longer OK to simply measure the response times on desktop web applications like we did in the past. For mobile, the rendering time can make all the difference between a good and a bad user experience.