When the software quality assurance people and the software developers are member of two different teams, bug discovery and reporting could often be a source of conflict caused by misunderstanding. This article explains how the quality of a bug report’s attachments can help to improve the communication between software testers and developers.
After having worked as a software tester, an agile coach and a programmer, I have seen and experienced software development from different perspectives. One of the things that has stuck with me the most is how limited our view of software quality is. While we struggle with our unit tests or test cases, we are missing out on some fundamental factors which affect software quality.
Software testing metrics can be very difficult: there are thousands of them out there, it is hard to know which ones are important, many are hard to collect, its often difficult to extract meaning from the metrics, and everyone has an opinion on the usefulness of any metric that you might choose. So, what is one person to do?
Software quality or the quality of software is a topic that generates many debates within the software development community. Is it about user satisfaction? Does it deliver value to the organization? Do we consider the quality of the code or its capability to change in the future, maybe with some automated tests to make sure nothing breaks? How good is “good enough”? In his book “What Drives Quality” Ben Linders tries to provide an overview of the quality perspectives during the software development life cycle.
As organizations try to improve the quality of their software systems and mobile apps, many of them opt for the solution of buying software testing services from an external provider. This article explains the concept of platform-led software testing and what this solution can bring to improve the results of software quality assurance activities.
Even the best planned software quality assurance (QA) process can meet issues when implemented and needs to be changed. In this article, Richard Ellison proposes a process to review your assumptions and improve the implementation of your software testing activities.
Root Cause Analysis (RCA) is an approach used in software quality to identify the root causes of bugs or issues and address them instead of treating the symptoms. In this article, Mush Honda explains that RCA can be applied to end user feedback as well as software defects during software testing and provides some tips on how to apply RCA.