Tip

Five steps to fostering better software tester and QA results

John Scarpino

Software quality assurance analysts and software quality testers both play an integral role in the software testing process. Software quality analysts must concentrate on delivering consistent quality across the software development life cycle (SDLC) of the company, while managing procedures, process, standards and policies; whereas a software quality tester is responsible for ensuring the overall quality of the software products.

In a perfect world, the requirements would always be clearly defined prior to any software quality testing or software quality assurance-related activity. But in reality software quality assurance analysts and software quality testers are often given minimal direction by project management, software developers and business analysts. They are also allotted little time in which to complete a software project. The reason for this has partly to do with the organizational structure of many software

    Requires Free Membership to View

technology companies.
Related content
Seven steps for a quality change and configuration management program
This tip outlines several ways to ensure you have a topnotch change and configuration management (CCM) division on your project team which is vital in protecting software code.

Winning responses to "Why is QA always the bottleneck?"
Executives are notorious for criticizing QA and test pros often calling them the "bottleneck" in software projects. Learn appropriate responses to their inquiries in this tip.

Software quality assurance and software quality testing are two distinctly separate functions that should be able to work together at some level, but should never be rolled into a single entity. At some companies, software QA and testing are both couched under the same name or same department; often lumped together as QA.

Some organizations may not have software quality assurance analysts at all, and testers have the unofficial duty of outlining process methodologies for the Software Development Life Cycle (SDLC), project management workflows and/or software templates. The tester's resources are stretched, because he is expected to conduct testing and do the work of a software quality assurance analyst.

In software development , the goal is to support the needs of the business, customer and software systems. Surprisingly, project managers and business analysts often don't understand this goal and are focused on the overall scope of the project, its timeframe and cost. Sure, those factors are critical indications of projects' success, but without quality the projects fail whatever their scope, length of development or cost.

In my view, software quality analysts and software quality testers should be free from the reins of any other department, thus forming their own distinct groups. The term, silo effect, usually has a negative connotation when describing business practices, but software quality assurance and software quality testing are two areas where the silo may actually be the most effective way to work. In fact, IT quality is at its best when the individuals responsible for it are removed from the influence of other departments.

Being separated from other departments eliminates the risk of having project managers or business analysts changing the software testing process and department to suit their cost, deadline and other requirements. Separation also lessens the software testers' chance of conducting testing that is biased toward any one department, and it reduces the number of distractions that could hinder communication between the software quality assurance analysts and software testers.

In order to create outstanding products, these two entities must be able to work together while still maintaining a certain amount of exclusivity. Software quality analysts must concentrate on delivering consistent quality across the company, managing procedures, process, standards and policies; whereas software quality testers are responsible for ensuring the overall quality of the software products in terms of their functionality, security, infrastructure and performance.

Creating a governance group that monitors how software quality analysts manage and performing enterprise-wide quality assurance activities can help ensure that software quality activities are compliant with internal regulations. If compliance issues occur during the start of the process, they will only snowball as the software development lifecycle continues. Governance ensures that QA activities remain fluid throughout the SDLC from department to department. Software quality can be considered successful if software QA analysis and testing are completed without any bias infiltrating the process.

The following points depict how software QA and testing activities should be organized:

Start with process.

  • Create an SDLC that the whole company is expected to follow.
  • Decide how the software quality assurance and software quality testing activities will be managed.

Group acceptance and agreement

There are Comments. Add yours.

 
TIP: Want to include a code block in your comment? Use <pre> or <code> tags around the desired text. Ex: <code>insert code</code>

REGISTER or login:

Forgot Password?
By submitting you agree to receive email from TechTarget and its partners. If you reside outside of the United States, you consent to having your personal data transferred to and processed in the United States. Privacy
Sort by: OldestNewest

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.