标题: How to Turn Your Software Testing Team into a High-Performance Organization [打印本页] 作者: skinapi 时间: 2006-10-13 22:25 标题: How to Turn Your Software Testing Team into a High-Performance Organization 原始链接如下： http://www.logigear.com/newslett ... ce_organization.asp
Introduction
Testing is often looked upon by many as an unmanageable, unpredictable, unorganized practice with little structure. It is common to hear questions or complaints from development such as:
* What is testing doing?
* Testing takes too long
* Testers have negative attitudes
Testers know that these complaints and questions are often unfair and untrue. Setting aside the development/testing debate, there can always be room for improvement. The first step in improving strategy and turning a test team into a higher performance test team is getting a grasp on where you are now! You want to know:
* What testing is effective?
* Are we testing the right things at the right time?
* Do we need a staffing upgrade?
* What training does our team need?
* How does the product team value the test effort?
In this article we provide a framework for assessing your team, including: how to plan for an assessment, how to execute the assessment and judge your current performance, what to do with the information, and how to chart an improvement plan toward higher performance.
The Test Process Assessment
The goal of doing a test process assessment is to get a clear picture of what is going on in testing, the good things, the problems, and possible paths to improvement. Fundamentally, a test assessment is a data gathering process. To make effective decisions we need data about the current test process. If done properly; the assessment will probably cross many organizational and management boundaries.
It is important to note when embarking upon such an assessment that this effort is much larger than the test team alone. Issues will arise over who owns quality as well as what is the goal of testing? It is also important to note that a possible result of the assessment is that work may actually increase. There may be:
* More demands for documentation
* More metrics
* More responsibility for communication and visibility into testing
For such an assessment process to succeed requires:
* Executive sponsorship
* A measurement program
* Tools to support change
* An acceptance of some level of risk
* Avoidance of blaming testing for project-wide failures
* Commitment about the goal of testing
* An understanding of testing or quality assurance across the product team
* Responsibility for quality
Components of a Test Strategy - SP3
A test strategy has three components that need to work together to produce an effective test effort. We have developed a model called SP3, based on a framework developed by Mitchell Levy of the Value Framework Institute. The strategies (S) components consist of:
1. People (P1) - everyone on your team
2. Process (P2) - the software development and test process
3. Practice (P3) - the methods and tools your team employs to accomplish the testing task
Phase 1 Pre-Assessment Planning: The goals for this phase are to set expectations, plan the project, set a timeline, and obtain executive sponsorship. The actions that occur in phase 1 include meeting with the management of various groups, laying out expectations for the results of the process, describing the plan, and establishing a timeline. The intended result is to obtain agreement on expectations and buy-in on the assessment process and follow-up commitment for improvement. The phase 1 deliverable is a schedule and a project plan.
In phase 1 it is important to:
* Get executive buy-in
* Make a schedule and stick to it
* Give a presentation of what you are doing, why and what you hope to get out of it
* Make a statement of goals or outline of work as a commitment
* Make a scope document a pre-approval/budget deliverable
It is important to note up front that assessment is only the beginning of the process.
Phase 2-Information Gathering: The goal of phase 2 is to develop interview questions and surveys which become the backbone of your findings. Actions in phase 2 include gathering documentation, developing interview questions, and developing a test team survey. The result of this phase is that you will be ready to begin your assessment using the documentation, interview questions, and test team survey. The deliverables include complete development process documentation, interview questions, and the tester survey.
Examples of the documentation to be collected include: SDLC documentation, engineering requirements documentation, testing documents (test plan templates and examples, test case templates and examples, status reports, and test summary reports). Interview questions need to cover a wide range of issues, including (but not limited to): the development process, test process, requirements, change control, automation, tool use, developer unit testing, opinions about the test team from other groups, expectation of the test effort, political problems, communication issues, and more.
Phase 3-Assessment: The goal of phase 3 is to conduct the interviews and develop preliminary findings. Actions include gathering and reviewing documentation, conducting interviews, sending out and collecting the surveys. As a result of this phase there will be a significant amount of material and information to review.
Phase 4-Post-Assessment: The goal of phase 4 is to synthesize all of the information into a list of findings. Actions include reviewing, collating, thinking, forming opinions, and making postulations. The result of this phase is that you will develop a list of findings from all of the gathered information, reviewed documentation, interviews, and the survey. The phase 4 deliverable is a list of findings, collated survey answers, collated interview responses, a staff assessment, and a test group maturity ranking.
The findings can be categorized into:
* People
o Technical skills
o Interpersonal skills
* Process
o Documentation
o Test process
o SDLC
* Practice
o Strategy
o Automation
o Environment
o Tools
More subcategories may also be developed to suit your needs.
Phase 5-Presentation of findings with project sponsor, executive sponsor and team: The goal of phase 5 is to present preliminary findings to executives and the project sponsor, and to obtain agreement on the highest priority improvement areas. It is important in this phase to be prepared for a very different interpretation of the findings than you perceived. The deliverable for phase 5 is an improvement roadmap.
Phase 6 -Implementation of Roadmap: The goal of phase 6 is to establish goals with timelines and milestones and sub tasks to accomplish the tasks agreed upon for improvement. The action of phase 6 is to develop a schedule for implementation of the improvement plan. It is helpful at this point to get some aspect of the project implemented immediately so people can see tangible results right away-even if they are the smallest or easiest improvement tasks. The deliverable for phase 6 is implementation of items in the roadmap for improvement according to the developed schedule.
Conclusion
A test strategy is a holistic plan that starts with a clear understanding of the core objective of testing, from which we derive a structure for testing by selecting from many testing styles and approaches available to help us meet our objectives. Performing an assessment helps to provide the "clear understanding" and "understanding of the core objective of testing". Implementing the resulting roadmap for improvement can help to substantially improve the performance of your software testing organization and help to solidify your test strategy.作者: 冰海 时间: 2006-10-21 22:42
thank you!