发版测试过程

发版测试过程

L简介

1.1文档目的

•规范产品发版验证的工作流程，保证产品顺利、准确、及时的发布。

•规范产品的发版评审、客户验证流程，保证产品质量。

规范产品发版成果的收集和管理，建立产品开发档案，满足产品复用和后续

的维护支持的需要。

1.2适用范围

•本过程适用于研发中心在研产品（原型项目）的产品发版活动，用于指

导和规范产品发版活动的顺利开展。

适用于各产品线和与产品发版相关的部门包括但不仅限于：各产品开发

部、测试部、开发管理部、产品市场管理部、咨询/解决方案、业务推进等

1.3术语与缩略语

无

L4参考资料

无

2.角色与职责

角色职责备注

参于产品发版评审会，从研发管理角度确认待发版的产品

功能范围和规划的内容是否一致，审核产品发否达到发版

研发中心总经理的标准。

策划和组织客户验证；审核发版说明；发版评审负责人，审

定产品是否满足总体规划要求，评估产品质量目标满足状

产品总监况是否可以发版、交付目标用户。

参于产品线发版评审，推动产品发版活动按计划开展，协

调对应的资源开展产品发版活动。

产品线研发负责人

从产品设计角度检杳待发版的产品是否满足产品设计的要

产品线总设计

求。

协助策划和组织客户验证；参与发版评审，主要审定产品

产品总监/产品经理是否满足产品概要需求规划要求

/

需求经理/需求人员配合产品规划部/产品经理完成产品发版相关工作。

进行产品线平台和技术规划，负责编写《产品业务计划书》

中与技术规划有关章节的编写。

公共平台部经理

参加发版评审，主要审定待发版的产品是否符合市场规划

和市场策略。

市场经理

对待发版产品的产品功能模块进行分析，审核产品的功能模块和

业务范围和产品规划阶段的内容是否一致。

售前/解决方案经理

参于产品发版，了解产品发版的功能范围和产品亮点等相关信息

并组织实施人员进行新版本的功能验证。

产品线实施总监

负责组织待发版产品验收测试，负责组织招开发版前的

Bug跟踪会议，负责协调金盘/安装程序验证及产品部署、

测试部经理安装手册的编写；

参与发版评审，依据产品测试总结及立项时制定的质量目

标和实际执行情况的结论比对，客观评价产品质量目标状

开发管埋部经埋况并检查产品开发过程是否符合公司开发过程要求。

3.过程概述及活动流程图

在产品整体发版或里程碑发版前，完成产品发版验收测试和验证工作。详见

“4.过程活动”

4.过程活动

4.1产品发版集成测试

规范产品发版测试活动，保障产品发版测试子活动按公司研发

活动目标管理制度有序开展。

产品线研发负责人：负责推动待发版产品现有Rug及时修改

和调配对应的产品开发资源，保障产品可以顺利发版；

产品总监/产品经理：负责组织需求人员参于测试验证和解决

开发人员和测试人员对Bug理解不致时对产品需求的确认；

参与人员与职责

测试部经理：负责调配对应的测试资源按照产品需求和产品质

量目标开展测试活动，推动开发人员修改测试过程中发现的

Bug；

开发经理：负责调配对应研发的资源及时修改测试人员发现

的Bug和做好代码提交前的单元测试；

需求人员：参于需求验证测试，给开发和测试人员讲解产品需

求；

开发部经理：负责做好产品研发和测试阶段的产品开发过程监

控，及时反馈产品研发过程中的不符合项。

开发部经理：负责做好产品研发和测试阶段的产品开发过程

监控，及时反馈产品研发过程中的不符合项。

开发部经理：负责做好产品研发和测试阶段的产品开发过程监

控，及时反馈产品研发过程中的不符合项。

1.产品需求条目开发完成，代码编译通过并上传SVN；

2、开发人员执行完测试人员提交的研发单元测试用例，确保提

交的代码中不存在影响业务流程和关键业务数据错误等严重

的Bug；

2.开发人员执行完测试人员提交的研发单元测试用例，确保提

入口准则

交的代码中不存在影响业务流程和关键业务数据错误等严重

的Bug；

2、开发人员执行完测试人员提交的研发单元测试用例，确保

提交的代码中不存在影响业务流程和关键业务数据错误等严

重的Bug；

1、集成测试用例

输入

2、产品需求文档

1、测试人员根据需求文档编写集成测试用例；

2、开发经理将功能测试通过的代码重新构造后提交最新的代

码到SVWCC服务器上；

3、测试经理从SVN/CC服务器上更新最新的版本搭建集成测

试环境；

4、执行集成测试用，将测试过程中发现的Bug及时提前到

SDP/JIRA服务器上；

主要步骤

5、在临近产品发版阶段的最后3周，每周三、周五统计Bug

状态发给开发、需求及产品线相关负责人；

6、严重/P0级别的Bug,要求24小时内修改完成；

7、及时回归开发人员修改的Bug,严重/P0级别的Bug,要求

8小时内回归完成。

8、及时回归开发人员修改的Bug,严重ZPO级别的Bug,要

求8小时内回归完成。

出口准则测试过程中发现的Bug已登记。

输出测试过程中发现的Bug已登记到SDP/JIRA平台上。

相关方法和资源要求相关人员的职业技能和投入时间保障

度量元：采集点：

度量

测试工作量工作周报

裁剪内容裁剪指南

裁剪指南

可裁剪不可裁剪

4.2产品发版需求验证

产品需求人员进行产品功能验证，根据产品需求条口验证产

活动目标品相对于需求的满足度，完成需求验证。

产品线研发负责人：负责协调对应资源保障产品需求验证工

作；

测试部经理：提供需求验证活动所需的产品测试环境；

开发部经理：负责解答需求人员在进行产品验证时提出的关

于产品开发和功能实现方式等方面的问题；

参与人员与职责产品总监/产品经理：组织需求验证活动，将需求验证过程中

发现的问题登记到缺陷管理平台中；

产品总监/产品经理：组织需求验证活动，将需求验证过程中

发现的问题登记到缺陷管理平台中；

产品总监/产品经理：组织需求验证活动，将需求验证过程中

发现的问题登记到缺陷管理平台中；

产品集成测试通过；

入口准则

需求验证活动所需的测试环境已经搭建；

输入《集成测试报告》、《需求功能清单》

1、测试部经理/测试经理组织对应人员提前•个工作日搭建

需求验证所需的产品测试环境；

主要步骤

2、产品总监/产品经理纽织对应的需求人员参于需求验证，

将需求验证过程中发现的问题登录到缺陷管理系统中。

3、产品总监/产品经理蛆织对应的需求人员参于需求验证，

将需求验证过程中发现的问题登录到缺陷管理系统中。

需求验证过程中发现的问题已记录

出口准则

《产品需求功能清单》中所有的需求条目已验证通过

输出《产品遗留问题列表》

相关方法和资源要求参评人员的时间要将和相关职业技能要求

度量元采集点

度量

无无

裁剪内容裁剪指南

不可裁剪1、不会带来产品主版本号升

级的以补丁包形式发布的产

裁剪指南品，不执行“产品发版需求验

证”子活动，不执行“产品规

划业务评审”子活动0

4.3产品发版相关资料准备

检查产品发版前相关部门负责人产品发版所需资料是否准备

活动目标

完成

产品线研发负责人：组织协调相关部门完成产品发版所需资

料的准备和发版相关工作的及时推进；

产品总监/产品经理：组织完成待发版产品的亮点分

析、产品优缺点分析等和产版发版相关的工作；

开发管理部经理:在产品发版前两周，及是将产品发

版检查单发给与产品发版相关的部门和责任人，推

动产品发版工作的顺利进行

参与人员与职责

应用开发部经理/开发经理：配合产品总监/产品经理完成产

品发版相关资料准备，及时给QA人员反馈代码可以基线化

的时间点和制作金盘/安装程序；

测试部经理：完成产品测试报告编写、产品部署手册等与产

品发版相关的工作

测试部经理：完成产品测试报告编写、产品部署手册等与产

品发版相关的工作

入口准则当前时间点在发版日期2周内；

输入《发版检查单》

1、产品开发部经理组织QA在产品发版的2周内将《发版

检查单》发给产品总监、测试部经理、应用开发部经理

并抄送给产品线研发负责人；

2、产品开发部经理明确发版所需资料的SVN/CC存储路

主要步骤

径；

3、应用开发部经理、产品总监、测试部经理组织对应的人

员根据《发版检查单》组织相关人员及时完成产品发版

所需的相关资料并按时提交到SVN/CC指定的路径下；

出口准则《发版检查单》中所需求相关资料按时完成

《产品测试报告》、《评审审批表》、《产品使用手册》、《产

输出品部署手册》、《软件发版说明》、《软件发版通知》、《产品培

训计划》、《产品发版•过程评价报告》

相关方法和资源要求参于人员的时间保障和参于人员的职业技能保障

度量元采集点

度量

无无

裁剪内容裁剪指南

裁剪指南

不可裁剪无

4.4实施验证测试

活动目标规范实施验证测试子活动按公司要求规范有序的开展

实施管理部：组织对应的实施顾问编写实施验证计划和方

案，并按方案开展实施验证活动

测试部：给实施验证活动相关人员在测试环境搭建和产品部

署时提供技术支持并配合实施管理部人员编写实施验证计

参与人员与职责划及测试方案；

产品规划部：解答实施管理部在进行实施验证测试过中对产

品需求理解方面的问题。

产品规划部：解答实施管理部在进行实施验证测试过中对产

品需求理解方面的问题。

入口准则集成测试通过

输入《实施验证测试计划和方案》

主要步骤1、测试部将产品《集成测试计划》、《集成用例》、《产品部

署手册》、《产品使用手册》等相关文件发给实施管理部；

2、实施管理人员从开发管理部获取最新的产品测试版本准

备搭建实施验证测试环境；

3、实施管理部根据•《产品部署手册》搭建测试环境，维护被

测试产品基础数据；

4、参考测试部提供的相关资料编写《实施验证测试计划和

方案》并执行；

5、将测试过程中发现在BUG登录到SDP平台或Jira平台

中：

《实施验证测试计划和方案》执行完毕；

出口准则

实施验证过程中发现的问题已记录；

输出《实施验证测试计划和方案》

相关方法和资源要求相关人员的时间保障和职业技能要求

度量元采集点：

度量

工作量工作周报

裁剪内容裁剪指南

裁剪指南

可裁剪无原型用户的情况下可裁剪

4.5用户确认测试

活动目标规范用户确认测试子活动按公司要求规范有序的开展

产品总监/产品经理：配合产品总监确定产品原型客户的选

择；

实施管理部：组织对应的实施顾问和客户一起编写用户验证

计划和方案，并按方案开展产品验证测试活动；

测试部：给用户验证活动相关人员在测试环境搭建和产品部

参与人员与职责

署时提供技术支持并各配合实施管理部人员和客户一起完

成用户验证计划及方案的编写；

测试部：给用户验证活动相关人员在测试环境搭建和产品部

署时提供技术支持并各配合实施管理部人员和客户一起完成

用户验证计划及方案的编写：

入口准则实施验证测试通过；

输入《用户验证计划和方案》

主要步骤1、实施管理部从开发管理部获取最新的产品测试版本：

2、根据测试部提供的产品资料和客户一起完成编写《用户

验证计划》的编写

3、根据测试部门提供的产品部署手册完成测试环境的搭

建：

4、根据《用户验证计划和方案》执行测试，将测试过程中发

现的问题登录到SDP平台或JIRA系统中；

5、编写《用户确认测试报告》并将客户签字/盖章后的测试

报告发给开发管理部备案

《用户验证计划和方案》中的用例执行完毕

出口准则

《用户确认测试报告》编写完成

输出《用户确认测试报告》、《用户验证计划和方案》

相关方法和资源要求相关人员的时间保障和职业技能要求

度量元采集点：

度量

工作量工作周报

裁剪内容裁剪指南

裁剪指南

可裁剪无原型用户的情况下可裁剪

4.6产品发版评审

规范产品发版过程，确定产品发版评审按公司规定的制度有

活动目标序开展

研发总经理：参于产品发版评审，从研发管理的角度确定产

品是否可以发版；

产品总监：参于产品发版评审，审核发版说明和审定产品是

否满足总体规划要求，评估产品质量目标满足状况是否可以

发版和是否达到交付目标用户的状态；

参与人员与职责

产品线研发负责人：推动发版评审会议及时召开，协调市

场、实施等与产品发版相关部门人员参加评审会；

产品总设计：参于此次评审，从产品架构/设计角度提出相关

意见；

产品总监/产品经理：组织本次评审，给参于评审人员阐述本

次发版产品的市场定位和产品的亮点和不足等问题；

市场人员：参于本次评审，判断产品规划阶段反馈的问题是

否开发完成，产品功能是否满足市场预期；

应用开发部经理：参于本次评审，从产品技术角度回答相关

评审得出的问题；

平台部经理/架构师：参于本次评审，给参会评委解答产品技

术框架和产品技术优、缺点分析；

业务推进部总监：参于本次评审，确认待发版的产品是否可

以满足市场需求和提升用户工作效率；

售前/解决方案总监：参于本次评审，确认产品是否满足市场

预期；

实施总监：参于本次评审，了解产品范围和业务知识；

测试部经理：参于本次评审，确定测试过程中发现的问题是

否得到修复

开发管理部：从研发管理的角度检查产品发版过程中所有

工作是否全部完成，研发过程和公司的规章制度是否符合。

开发管理部：从研发管理的角度检查产品发版过程中所有

工作是否全部完成，研发过程和公司的规章制度是否符合。

开发管理部:从研发管理的角度检查产品发版过程中所有工

作是否全部完成，研发过程和公司的规章制度是否符合。

《发版检查单》所要求的资料全部完成

产品代码已经基线化，开发人员代码提交和修改的权根已收

入口准则

回（应用开发部经理除外）

金盘/安装程序制作完成并测试通过

《产品发版说明》、《产品测试报告》、《产品发版检查些》、

输入

《产品发版评审审批表》、《遗留问题列表》

1、产品总监/产品线是提前两个工作日将《产品发版说明》、

《产品发版评审审批表》、《遗留问题列表》等相关文档

发给参加评审的相关人员；

2、参会评委根据《产品发版评审审批表》进行产品评审打

主要步骤会，评审结果为“通过”和“不通过”，“有条件通过”；

3、若评审结果为“不通过”，产品总监/产品经理根据和评

委提交的评审意见修改完对应问题后再次组织产品发版

评审：

4、若评审结果为“有条件”通过，产品总监/产品经理修完

对应问题后把相关资料发给相关评审确认问题得到修

复；

5、开发管理部根据评审结果做好相关研发资料的归档工

作。