项目测试流程工作规范(草稿).doc

xxxxxx软件有限公司 PAGE5 / NUMPAGES12 项目测试流程工作规范 1编写目的 本文档是公司名字公司测试团队的内部项目测试的工作规范，主要侧重测试工作流程的控制，明确软件工程的各阶段测试团队应完成的工作。测试技术和策略等问题不在本文档描述范围内。 2测试团队构成 2.1职责 测试是软件开发过程中的重要组成部分，肩负着如下责任： 参与需求收集与调研； 在项目的前景、需求文档确立基线前对文档进行测试，从用户体验和测试的角度提出自己的看法。 编写合理的测试计划，并与项目整体计划有机地整合在一起。 编写覆盖率高的测试用例。 针对测试需求进行相关测试技术的研究。 认真仔细地实施测试工作，并提交测试报告供项目组参考。 进行缺陷跟踪与分析。 产品的发布。 2.2角色划分 现阶段本公司项目测试过程中主要的测试角色分为产品线测试负责人与测试工程师。 角色名称 相关主要责任 产品线测试负责人 分配测试任务； 测试执行； 代表测试全程参与项目各阶段讨论与评审； 对项目组其他成员关于需求、设计、业务等方面问题能做培训与解答； 编写项目测试周报，项目总结、发布说明等； 代表测试组与其他角色组进行沟通、协调； 控制项目测试进度和质量； 参加项目组晨会了解项目各方面进展，及时上报测试过程遇到的问题、风险，快速解决； 测试工程师 参与需求、设计评审； 测试用例开发、维护； 参与测试用例评审； 执行测试用例，按规范提交BUG； 及时向产品线测试负责人汇报个人工作情况（主要指工作进度、发现的重大BUG、需要支持协调解决事项等）； 与研发等多方沟通，积极促进问题解决； 3工作流程及规范 3.1接收立项项目书 过程要点 详细说明 输入条件 立项通知书 输出内容 无 工作内容 接收正式批准的立项说明书，并且项目与小组内部人员沟通； 估算测试资源； 工作规范 无 退出标准 项目组其他成员了解项目的存在 涉及岗位 产品线测试负责人 3.2参与项目需求收集编写测试大纲 过程要点 详细说明 输入条件 立项通知书 输出内容 测试大纲 工作内容 与研发一起做需求收集与调研，正确理解用户需求； 最终需求能正确的传达给项目组的其他测试人员； 根据收集的需求，编写测试大纲； 工作规范 测试大纲编写需要符合相关规范； 测试大纲需要测试团队内部讨论通过； 退出标准 需求收集与调研完成，形成测试大纲； 涉及岗位 产品线测试负责人或者指定测试工程师 3.3参与需求评审（包括测试大纲） 过程要点 详细说明 输入条件 需求规格说明书、原型、测试大纲 输出内容 评审记录（纳入产品流文档） 工作内容 参与需求评审会议，以评审内容做以下确认：1、文档描述内容与用户需求一致；2、该文档描述内容为可测的。 与研发一起组织评审； 讲解评审内容； 工作规范 参与评审前必须提前认真阅读、理解相关需求规格说明书，原型等。 在评审会召开前一天以邮件的形式通知与会人员，同时将待评审内容（包括测试大纲）一起发送（与研发共同完成）。 参加需求评审必须包括测试小组成员、研发项目负责人、需求方、实施方； 评审结束前，复述一遍本次评审会产生的问题及其结论。 最后由与会人员共同确定本次评审是否通过。如未通过，则在修改后发起两次评审。 评审结束后评审记录以及修改后的测试大纲需要通过邮件形式发送与会人员。 退出标准 评审完毕 涉及岗位 产品线测试负责人、测试工程师 3.4参与设计评审 过程要点 详细说明 输入条件 设计文档、细化后的原型 输出内容 无 工作内容 参与评审会议，正确理解相关设计内容需要实现的效果以及方案，确认设计方案已经解决用户所提需求。 工作规范 参与评审前必须提前认真阅读、理解相关设计，原型等。 退出标准 设计评审完毕 涉及岗位 产品线测试负责人、测试工程师 3.5编写测试计划 过程要点 详细说明 输入条件 项目开发计划 输出内容 测试计划 工作内容 产品线测试负责人负责或组织人员编写测试计划； 工作规范 计划的编写必须符合测试计划编写规范（使用规定的模板，工作内容必须细化到责任人，时间必须细化到0.5天）。 测试计划经过组内全体成员认可并通过测评部经理确认。 退出标准 测试计划通过测试部经理确认 涉及岗位 产品线测试负责人、测试工程师 3.6测试计划评审 过程要点 详细说明 输入条件 测试部经理确认的测试计划 输出内容 评审记录（纳入产品流文档） 工作内容 产品线测试负责人负责组织项目组成员对测试计划进行评审； 工作规范 产品线测试负责人至少在评审会召开前一天以邮件的形式通知与会人员，同时将待评审测试计划一起发送。 参加测试计划评审必须包括测试小组成员、研发项目负责人； 评审结束前，由产品线测试负责人复