测试人员的首要职责是找bug，但是最重要、最根本的职责应该是在软件产品发布前确保公司的软件产品满足顾客的需求。
测试组采用RBT（Requirements-based testing），基于需求的测试方法会使测试更加有效，因为它使测试专注于质量问题产生的根源.RBT三大最佳实践
1、 Test early and often.尽早测试，频繁地测试
确认需求的业务价值。
各利益相关方应该对需求进行评审。
通过用例检查需求的完整性
应用语言分析技术确保需求文档清晰一致，不会引起同一问题不同人有不同的解释。
2、 Test with your head, not your gut.不要单凭经验测试
不要依赖测试人员的经验来设计测试用例，应该采用系统、严格的测试用例设计方法，而不是依赖有经验的测试人员的技巧。通过这样的方式来增加测试覆盖的有效性。格式化、结构化的需求文档有助于测试人员评估需求的测试覆盖率。
通过测试用例评审来检查测试用例存在的错误，并且找出需求的不足之处。
3、 Test with measurement and improvement in mind.测试过程中要保持度量
在使用基于需求的测试方法的过程中，保持对需求的可追踪性非常重要。保持需求与测试用例及测试之间的可追踪性有助于监视进度、度量覆盖率，当然也有助于控制需求变更。
通俗的来说，首先需要得到大家的认可的是，要承认测试工作的要做的好并不是掌握了多少测试技术，学习了多少测试理论和行业知识，而是在林林总总的测试任务前自己是否有一个清晰的思路，要知道自己为什么要做这个测试，都测试哪些内容作哪些类型的测试，在哪里以及什么时候开始测试，都有谁和这个测试相关，怎么做这些测试，这些问题的答案中蕴含着测试思想。测试思想的产生可能是一个人智慧，也可能是多个人思想碰撞出的火花，这要视我们测试工程师水平和测试对象的复杂程度而定。
测试思想是融合了测试理论，测试技术，行业知识以及项目管理等等诸多领域的知识后而形成的，测试思想会体现在具体测试工作的方方面面，任何一个具体的测试工作都要有思想作为指引才能做到有的放矢。测试同其他学问一样，非常之博大精深，即使是一个非常简单的程序，如果要进行比较完整的测试也包含非常多的测试理念和测试技巧在里面。可想而知由几百人甚至几千人合作开发的大型系统要测试起来如果没有好的思想作为指导，其结果将是多么的可怕。
测试思想更应该是游离在不同行业之外的，无论你在测试是什么行业的产品，基于哪种语言和技术开发的这些思想都应该是适用的。
参考资料：http://blog.csdn.net/Testing_is_believing/archive/2007/08/09/1735416.aspx