产品测试制度.docVIP

产品测试制度 第一章总则 制定目的 建立以质量为导向、规范化的内部测试提交流程，促进测试提交能有序高效开展，实现对项目质量的有效监管和提升，逐步形成经验并积累和推广。 适用范围 适用于公司内部自主研发的产品，包括新研发的产品和维护类老产品。 第二章执行细则 设计评审阶段 新产品在设计完成后，该设计方案必须通过评审； 维护类老产品在编码前，修改方案必须通过评审； 参与产品评审会的职能机构包括但不限于：测试负责人、研发负责人、设计部、质管办等； 评审的材料包括但不限于《产品需求说明书》、《产品概要设计》、《产品详细设计》、《设计方案》等； 产品设计文档中必须包含完整的数据库设计和UI设计的内容； 评审完成后必须依据评审决议更新对应的文档，由质管办监督； 文档更新后，根据更新的内容，可选择再次召开评审会重新审评，直至评审通过； 任何评审过程必须要有评审结果书面记录，评审结束后打印并归档至质管办； 该阶段产出的文档将作为后续提交测试的重要依据之一； 参考流程图如下： 研发自测阶段 研发交付测试部前，必须有自测的过程，确保产品可测，且核心功能可用； 研发自测完成后，必须根据自测报告模板编写自测报告提交测试部； 研发自测报告中，除了要写明测试过的功能点，也要包括UI的自查结果； 未通过自测的版本，测试部将退回并按质量事故进行通报； 测试部在测试确认时如发现实际结果与自测报告存在偏差，测试部有权退回该版本； 自测阶段基本流程图如下： 研发提交测试 新研发产品在提交测试时，需要提供以下材料： 《产品需求说明书》 《产品概要设计》 《产品详细设计》 《产品配置说明》 《产品功能清单》 《自测报告》 版本获取地址 以上文档，以研发部最终确认为准； 老产品维护更新提交测试时，需要提供以下材料： 《修改说明及设计方案》 《产品流文档》 《自测报告》 版本获取地址 原则上，材料不足不得提交测试部测试；如项目特殊原因导致文档延后的，研发负责人需提前向质管办提交书面申请，并列出后续的提交计划，由质管办审核通过后，再按后续计划催缴。二次催缴未果的，则暂扣该产品的版税发放 提交测试，发起方式以邮件方式为主，如以其它方式发起，则必须通过邮件说明情况； 版本交付 测试部未通过的版本，不允许外发给客户； 紧急情况下，若必须外发测试未通过或未经测试的版本，需要研发、实施、测试三方负责人签字确认后方可外放； 对于未测试的外放版本，测试部不对该产品负责，有问题研发直接对应； 若发现未经测试的产品或版本流入市场，则扣发该产品全部的版税，并通报，直至测试部通过正式发布版本的测试后，根据质量改进小组的审议结果再决定如何发放版税； 对于未测试的外放版本，若研发申请补发版税奖励，则需要书面提出申请，经公司过程改进小组审批同意后，测试部进行补测，测试全部通过后扣除最高不超过25%的版税额度，作为测试部补测费； 版本补测的基本流程如下：