产品测试流程规范V01

1、深圳市巨鼎医疗设备有限公司软件产品测试流程规范文档编号：受控状态：编 制：_陈鹏_ _审 核：_批 准：_ 2015-3-12 发布_2015-4-27 实施深圳巨鼎医疗设备有限公司 发布修订记录日期修订版本描述作者目录1.目的与范围11.1.目的11.2.适用范围11.3.术语12.产品测试总体框架23.产品测试流程定义23.1.角色与职责23.2.关键活动与交付件34.产品测试流程描述54.1.测试流程总览54.2.子流程1：Story交付测试流程（持续集成）74.3.子流程2：迭代版本测试流程（SDV/SIT）84.4.子流程3：系统验证测试流程（SVT）104.5.子流程4：Beta测

2、试流程（Beta）124.5.1.线上产品Beta测试124.5.2.线下产品Beta测试135.跨产品集成测试流程（解决方案）146.准入与准出标准167.裁剪说明168.附件17软件产品测试流程文件编号版本A0页码 16 / 201. 目的与范围1.1. 目的规范公司产品测试的各个阶段及过程，规范各阶段的目标，各角色的职责。明确各个阶段的主要活动及配合关系和活动交付件等。1.2. 适用范围本流程适应于公司新开发的产品。同时，通过适当裁剪，也适应于短周期快速迭代发布产品。1.3. 术语术语定义1Product backlog产品需求列表2Sprint backlog迭代需求列表7SDTSYS

3、TEM DESIGN VERIFY，系统设计验证 8SVTSYSTEM VERIFIED TEST，系统验证测试 9SITSYSTEM INTEGRATION TEST，系统集成测试 2. 产品测试总体框架公司新产品的研发过程中，从测试角度依次需要走的流程有：1、 需求的评审测试；2、 软件、硬件 研发团队内的系统测试；3、 工厂NPI 可制造性测试；4、 内测5、 外测3. 产品测试流程定义3.1. 角色与职责角色职责1测试代表测试总负责人，职责如下：1、 测试计划制定。2、 测试分工安排。3、 测试活动的组织与监控。4、 测试质量的监控。5、 产品bug审核、跟踪管理。6、 测试报告的编写

4、。2测试系统工程师测试设计与技术负责人1、 测试需求的梳理。2、 配合测试代表制定测试计划。3、 承担重点模块的设计工作和其他人员的测试设计工作辅导。4、 部分专项测试的方案制定和实施。3测试工程师负责功能验证，职责如下：1、 story验收用例的编写。2、 story验收。3、 产品功能和非功能测试。4、 Bug提交、跟踪与回归测试。4集成测试工程师负责跨产品的集成测试1、 解决方案层面的业务场景测试。2、 解决方案层面的接口测试和性能测试。3、 跨产品的Bug提交、跟踪与回归测试。5其他角色架构师、系统分析师、产品经理、项目经理、PQA等。3.2. 关键活动与交付件阶段活动输出责任人1概念

5、阶段测试可行性分析和测试需求整理测试需求点系统测试工程师2计划阶段制定测试计划（含测试策略、沟通管理计划、项目培训计划、质量管理计划）测试计划测试代表测试团队任命测试成员名单测试代表测试资源准备（服务器、设备、终端、网络等等）测试物料需求清单测试代表整体测试方案制定（可选）测试方案（可选）系统测试工程师创建测试相关的配置库项目测试配置库清单（可选）测试代表制作测试WBS（可选）测试WBS（可选）测试代表、系统测试工程师3开发阶段组织测试开工会会议纪要全员Story测试用例设计测试用例全员自动化设计（可选）自动化用例自动化团队用例检视/评审评审后的测试用例全员持续集成测试（Story验证）缺陷全

6、员迭代版本测试1、缺陷2、迭代测试报告全员测试过程监控（进度、质量、风险、资源、缺陷）/测试代表、测试系统工程师缺陷管理（提交、审核、回归、统计分析）/测试代表、测试系统工程师测试计划重估计调整后的测试计划测试代表、测试系统工程师4验证阶段系统功能测试（SVT）1、缺陷2、测试报告全员系统非功能测试（包括性能、稳定性、安全等）需要提供相应的测试方案和测试报告1、xx测试方案2、XX测试报告3、缺陷全员测试过程监控（进度、质量、风险、资源、缺陷）/测试代表、测试系统工程师缺陷管理（提交、审核、回归、统计分析）/测试代表、测试系统工程师测试评估（包括过程能力评估、产品质量评估、测试退出评估）评估报

7、告测试代表跨产品集成测试（可选）集成测试报告集成测试工程师5发布阶段验收手册编写验收手册全员文档归档/测试代表项目总结总结纪要全员资源释放/测试代表4. 产品测试流程描述4.1. 测试流程总览过程说明输入需求文档、设计文档、程序包、产品backlog、迭代backlog输出缺陷、测试报告进入标准测试活动开启退出标准产品质量达到测试准出标准步骤描述1、准备阶段1.1系统测试工程师对输入的需求文档、产品backlog等进行可测试性分析和测试需求分析，输出测试需求点。1.2测试代表和系统测试工程师交流讨论制定产品研发阶段的总体测试计划。1.3测试代表对测试阶段所需要的物料进行初步分析，并向相关人员申

8、请所需物料。1.4测试代表对测试阶段所用的配置管理库创建对应的测试目录。（如有配置管理员，也可由配置管理员创建）2、实施阶段2.1在开发阶段，实施“Story交付测试流程”。2.2在迭代开发阶段，针对迭代版本实施“迭代版本测试流程”。2.3在验证阶段，针对系统版本实施“系统版本测试流程”。2.4在验证阶段，系统版本功能/性能基本稳定后，测试代表组织研发外部Beta测试，实施“Beta测试流程”（可选）。2.5若产品属于某解决方案的一部分，测试代表需要在版本接近稳定后提出跨产品集成测试需求。由集成测试团队完成集成测试（见第5章跨产品集成测试流程）3、结束阶段3.1测试代表组织测试交付件的编写、评

9、审和入库。3.2测试代表组织测试团队总结测试过程中遇到的困难、做得好与做得不足的地方。好的经验沉淀下来，不足的地方提出改善措施。3.3释放所有资源，包括测试人员、物料等。4.2. 需求评审测试过程说明：主导人员：产品经理输入产品立项书输出产品需求说明书进入标准产品立项书退出标准公司软件研发、硬件研发、质量、制造、测试等干系人一致评审通过的产品需求说明书步骤描述1、集体评审1.1针对硬件、软件的需求，明确工艺、功能、性能、稳定性、高低温、负荷量、耐老化性 等各方面的要求1.2可以指导硬件、软件 研发团队，开展他们的研发工作2、集体签字2.1引入签字环节，针对评审通过需求文档，要求有产品中心、质量

10、部、软件研发团队、硬件研发团队、测试部、UI 及体验、工厂、销售管理部、市场部、采购部、工程实施部、客服部 的签字（所有名字，不允许代签，电子版也需要本人签字）3、结束阶段3.1输出一个达成一致意见的产品需求说明书4.3. 软件测试阶段过程说明：主导人员：软件测试代表输入产品需求说明书产品概要设计产品详细设计输出软件测试报告进入标准1、针对产品详细设计文档，开发、测试、系统 达成一致，针对实现没有歧义；退出标准软件的遗留DI值需要小于30，且没有严重级别以上的遗留问题；（DI = 致命缺陷单数量 * 10 + 严重缺陷单数量 * 3 + 一般缺陷单数量 * 1 + 提示缺陷单数量 * 0.1）

11、步骤描述1、测试阶段1.1测试团队按既定的测试覆盖要求进行相应的功能测试，并将发现的缺陷提交到bug系统。1.2开发团队进行相关bug的修复，修复后代码合入下个转测试版本。1.3测试团队完成所有既定测试内容后，编写测试报告，给出测试结论，评估是否达成事先约定的质量要求。1.4项目经理综合各方面因素（进度、质量等）决策是否还需要进行一次迭代测试。1.5迭代版本测试达到既定质量要求后，由产品经理组织迭代验收，验收内容为本轮迭代新开发的所有需求。验收通过后进入下一轮迭代，否则继续处理本轮迭代未交付的需求。2、签字阶段2.1测试报告的通过，需要经过 测试代表、项目经理、PQA三方的签字。3、结束阶段3

12、.1进行内测的准备工作。4.4. 硬件测试阶段主导人员：硬件测试代表输入产品需求说明书输出硬件测试报告进入标准冒烟测试通过退出标准达到测试准出标准步骤描述1、测试准出标准1.1完成了硬件的模块选型测试、设计验证、系统测试、硬件集成测试1.2软件的遗留DI值需要小于30，且没有严重级别以上的遗留问题；（DI = 致命缺陷单数量 * 10 + 严重缺陷单数量 * 3 + 一般缺陷单数量 * 1 + 提示缺陷单数量 * 0.1）2、签字阶段2.1测试报告的通过，需要经过 测试代表、项目经理 PQA三方的签字。3、结束阶段3.1进行内侧的准备阶段4.5. 工厂NPI测试过程说明：主导人：工厂质量管理输

13、入转产通知单输出NPI测试报告进入标准阶段性需求全部实现，内部测试通过退出标准达到NPI测试的准出标准流程描述1、NPI测试的准出标准1.1NPI 测试过程，覆盖了可制造性测试等内容1.2遗留DI值需要小于10，且没有严重级别以上的遗留问题；（DI = 致命缺陷单数量 * 10 + 严重缺陷单数量 * 3 + 一般缺陷单数量 * 1 + 提示缺陷单数量 * 0.1）2、检视点2.1质量部专员，定期发布内测问题公示邮件，工厂以及硬件部针对各个问题给出解决计划。（内侧问题公示邮件的频率一般为每周）3、缺陷回归验证点3.1时间点：第二次生产时，进行之前提出缺陷单的回归。（此处仅需要回归已修改的）3.

14、2回归测试人员：缺陷单的提出者。4.6. 内测过程说明：主导人员：集成测试组负责人输入测试要求清单输出内测报告进入标准参见内测准入标准退出标准参见内测准出标准流程描述1、准入标准1.1软件的遗留DI值需要小于30，且没有严重级别以上的遗留问题；（DI = 致命缺陷单数量 * 10 + 严重缺陷单数量 * 3 + 一般缺陷单数量 * 1 + 提示缺陷单数量 * 0.1）1.2硬件的遗留DI值需要小于30，且没有严重级别以上的遗留问题；1.3提供内测所需要的资料，包括产品需求说明书、硬件研发测试报告、软件研发测试报告、试产测试程序、产品说明书、试产通知单（可选）。2、准出标准2.1软硬件没有严重级

15、别以上的遗留问题，且总体遗留DI值小于20。2.2内测质量，经过测试部、质量部、产品中心、客服部、工厂 会签通过。3、检视点3.1质量部专员，定期发布内测问题公示邮件，各个部门及时更新缺陷的解决状况。4、缺陷回归验证点4.1时间点：软件问题的回归，在第二轮测回归；硬件问题的回归，在第二次批量生产。4.2回归测试人员：缺陷单的提出者。4.7. 外测过程说明：主导人员：产品经理、一线项目经理输入内测试报告输出外测报告进入标准参见准入标准退出标准参见准出标准流程描述1、准入标准1.1外测产品，已经达到了内测的准出标准1.2产品经理，协调到了参与内测的人员：一线客服经理、测试部人员。一起参与局点的选定。2、准出标准2.1外测局点零事故2.2产品在外测过程中，遗留DI值需要小于10，且没有严重级别以上的遗留问题；（DI = 致命缺陷单数量 * 10 + 严重缺陷单数量 * 3 + 一般缺陷单数量 * 1 + 提示缺陷单数量 * 0.1）3、检视点3.1一线客服经理，每日发布外测日报，每周进行问题周报5. 裁剪说明裁剪总则：l 对于新立项V1.0版本，按流程实施，不可裁剪。l 对于V1.0后面的小项目可依据情况进行裁剪。流程合并与裁剪原则：l 小项目短