论测试团队在需求开发阶段的关注重点

　　系统测试团队是检验软件需求完成度，软件质量，用户体验的重要角色，只有系统测试团队对需求以及用户的最终诉求有充分的理解后，才能提高测试的效率和质量。但是在现实工作中测试团队在需求开发阶段的参与度往往被忽视，测试团队总是被动的接受需求。另一种情况是，了解了测试人员参与需求开发的重要性，但是不知道该如何参与，关注点是什么。本文按照需求开发的不同阶段为大家详细介绍系统测试团队在该阶段的关注点是什么，如何参与其中以及如何为接下的测试工作打好基础。

　　一、 制定用户需求开发计划

　　在制定需求开发计划时往往忽略了测试人员， 所以首先测试人员要保证是需求开发小组的一员。

　　了解需求开发的进度安排和期限，明白全盘的计划。在相应的阶段，切换不同的关注点。

　　不仅要了解调查的对象是谁和这个对象对应的调查内容，还要了解调查对象的职务和客户方的组织架构以及决策链。

　　明确需求开发后的产出物有哪些，这些产出物都是日后系统测试阶段的重要输入。

　　二、 用户需求调研准备

　　需求开发小组会综合考虑来制定调研方式，测试人员需要明白不同调研方式的特点，和为什么要选用这些调研方式。

　　测试人员熟悉用户提供的资料及业务状况后，以用户的角度准备部分调研问题。

　　分享类似项目的经验。

　　三、 用户需求调研

　　测试人员在需求获取过程中，获取和整理专业词汇，项目组内达成一致。保证测试人员与其他项目成员沟通中无障碍。同时可以运用到测试用例或Bug的描述中，体现专业性。

　　进一步明确和细化的客户组织结构、人员类型、能力水平等组织状态。通过对用户组织的评估，确定业务应用的场景、相关干系人等信息。

　　在初步和客户沟通中，首先要进一步明确客户对软件的期望。不要太关注软件的细节。深度沟通时要关注细节，记录需求中不明确的问题，及时与客户沟通确认。

　　四、 用户需求分析

　　运用场景分析法，和需求开发人员共同梳理用户工作流程，捕获场景的细节。观察用户执行业务任务的过程，场景测试大纲的草稿就产生了。

　　在梳理用户工作流程的同时，数据项也要识别出来。测试人员可以开始提前准备测试数据。

　　测试人员可以依据需求优先级来制定测试计划。

　　通过系统运行环境分析，了解系统的环境要求，提早做好测试环境准备。

　　将功能性和非功能性需求分离。整理后初步形成软件的功能和非功能性验收标准。同时也可作为编写测试用例的输入，测试用例也可以分这两大类来写。

　　用户文档需求包括(但不限于)：用户手册、联机帮助、系统安装手册、配置文件、自述文件等。这些文档也是产品之一，测试人员也要保证其质量，不要忽视。

　　五、 用户需求文档编写

　　与开发人员一起制定需求分析文档，通过讨论而不是被动接受的方式确定需求文档。

　　每次的文档变更，测试人员都要清楚文档变更了哪些内容，为什么这样变。

　　测试人员编写完成测试大纲初稿。

　　六、 需求的评审及确认

　　通常情况，内部会举行多轮的评审，测试人员都要参加，发现需求不清、不一致或者二义性等问题。

　　在客户评审中，通过客户提出的修改建议，了解客户的想法，思考需求中还有没有类似的问题。

　　需求的优先级一定要和客户确认。

　　确认完成后，进入开发和测试计划阶段。

原文转自：http://blog.sina.com.cn/s/blog_d173cdd80101gg31.html