发版测试过程.doc

发版测试过程

1.简介
1.1文档目的
l 规范产品发版验证的工作流程，保证产品顺利、准确、及时的发布。
l 规范产品的发版评审、客户验证流程，保证产品质量。
l 规范产品发版成果的收集和管理，建立产品开发档案，满足产品复用和后续的维护支持的需要。

1.2适用范围
l 本过程适用于研发中心在研产品（原型项目）的产品发版活动，用于指导和规范产品发版活动的顺利开展。
l 适用于各产品线和与产品发版相关的部门 包括但不仅限于：各产品开发部、测试部、开发管理部、产品市场管理部、咨询/解决方案、业务推进等

1.3术语与缩略语
无
1.4参考资料
无
2.角色与职责
角色
职责
备注
研发中心总经理
参于产品发版评审会，从研发管理角度确认待发版的产品功能范围和规划的内容是否一致，审核产品发否达到发版的标准。

产品总监
策划和组织客户验证；审核发版说明；发版评审负责人，审定产品是否满足总体规划要求，评估产品质量目标满足状况是否可以发版、交付目标用户。

产品线研发负责人
参于产品线发版评审，推动产品发版活动按计划开展，协调对应的资源开展产品发版活动。

产品线总设计
从产品设计角度检查待发版的产品是否满足产品设计的要求。

产品总监/产品经理/
协助策划和组织客户验证；参与发版评审，主要审定产品是否满足产品概要需求规划要求

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

公共平台部经理
进行产品线平台和技术规划，负责编写《产品业务计划书》中与技术规划有关章节的编写 。

市场经理
参加发版评审，主要审定待发版的产品是否符合市场规划和市场策略 。

售前/解决方案经理
对待发版产品的产品功能模块进行分析，审核产品的功能模块和业务范围和产品规划阶段的内容是否一致。

产品线实施总监
参于产品发版，了解产品发版的功能范围和产品亮点等相关信息并组织实施人员进行新版本的功能验证。

测试部经理
负责组织待发版产品验收测试，负责组织招开发版前的Bug跟踪会议，负责协调金盘/安装程序验证及产品部署、安装手册的编写；

开发管理部经理
参与发版评审，依据产品测试总结及立项时制定的质量目标和实际执行情况的结论比对，客观评价产品质量目标状况并检查产品开发过程是否符合公司开发过程要求。

3.过程概述及活动流程图
在产品整体发版或里程碑发版前，完成产品发版验收测试和验证工作。详见“4.过程活动”

4.过程活动
4.1产品发版集成测试
活动目标
规范产品发版测试活动，保障产品发版测试子活动按公司研发管理制度有序开展。
参与人员与职责
产品线研发负责人：负责推动待发版产品现有Bug及时修改和调配对应的产品开发资源，保障产品可以顺利发版；
产品总监/产品经理：负责组织需求人员参于测试验证和解决开发人员和测试人员对Bug理解不致时对产品需求的确认；
测试部经理：负责调配对应的测试资源按照产品需求和产品质量目标开展测试活动，推动开发人员修改测试过程中发现的Bug；
开发经理：负责调配对应研发的资源及时修改测试人员发现的Bug和做好代码提交前的单元测试；
需求人员：参于需求验证测试，给开发和测试人员讲解产品需求；
开发部经理：负责做好产品研发和测试阶段的产品开发过程监控，及时反馈产品研发过程中的不符合项。
入口准则
1、产品需求条目开发完成，代码编译通过并上传SVN；
2、开发人员执行完测试人员提交的研发单元测试用例，确保提交的代码中不存在影响业务流程和关键业务数据错误等严重的Bug；
输入
1、 集成测试用例
2、 产品需求文档
主要步骤
1、 测试人员根据需求文档编写集成测试用例；
2、 开发经理将功能测试通过的代码重新构造后提交最新的代码到SVN/CC服务器上；
3、 测试经理从SVN/CC服务器上更新最新的版本搭建集成测试环境；
4、 执行集成测试用，将测试过程中发现的Bug及时提前到SDP/JIRA服务器上；
5、 在临近产品发版阶段的最后3周，每周三、周五统计Bug状态发给开发、需求及产品线相关负责人；
6、 严重/P0级别的Bug， 要求24小时内修改完成；
7、 及时回归开发人员修改的Bug，严重/P0级别的Bug， 要求8小时内回归完成。
出口准则
测试过程中发现的Bug已登记。
输出
测试过程中发现的Bug已登记到SDP/JIRA平台上。
相关方法和资源要求

相关人员的职业技能和投入时间保障
度量
度量元：
采集点：
测试工作量
工作周报
裁剪指南
裁剪内容
裁剪指南
可裁剪
不可裁剪

4.2 产品发版需求验证
活动目标
产品需求人员进行产品功能验证，根据产品需求条目验证产品相对于需求的满足度，完成需求验证。
参与人员与职责
产品线研发负责人：负责协调对应资源保障产品需求验证工作；
测试部经理：提供需求验证活动所需的产品测试环境；
开发部经理：负责解答需求人员在进行产品验证时提出的关于产品开发和功能实现方式等方面的问题；
产品总监/产品经理：组织需求验证活动，将需求验证过程中发现的问题登记到缺陷管理平台中；
入口准则
产品集成测试通过；
需求验证活动所需的测试环境已经搭建；
输入
《集成测试报告》 、《需求功能清单》
主要步骤
1、 测试部经理/测试经理组织对应人员提前一个工作日搭建需求验证所需的产品测试环境；
2、 产品总监/产品经理组织对应的需求人员参于需求验证，将需求验证过程中发现的问题登录到缺陷管理系统中。
出口准则
需求验证过程中发现的问题已记录
《产品需求功能清单》中所有的需求条目已验证通过
输出
《产品遗留问题列表》
相关方法和资源要求
参评人员的时间要将和相关职业技能要求
度量
度量元
采集点
无
无
裁剪指南
裁剪内容
裁剪指南
不可裁剪
1、不会带来产品主版本号升级的以补丁包形式发布的产品，不执行“产品发版需求验证”子活动，不执行“产品规划业务评审”子活动 。

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、 开发管理部根据评审结果做好相关研发资料的归档工作。
出口准则
评审通过或《产品发版评审审批表》中和评委反馈的问题已记录
输出
《产品发版说明》、《发版通知》、《产品培训计划》
相关方法和资源要求
相关人员的时间保障和职业技能要求
度量
度量元
采集点：
无
工作周报
裁剪指南
裁剪内容
裁剪指南
评审通过的项目无此活动
无
4.7 发版庆祝
活动目标
发版评审会通过后由产品公司开发管理部策划和组织相应的发版庆祝活动
参与人员与职责
开发人员、测试人员、产品市场经理、产品市场人员、相关运维和实施人员等
入口准则
产品发版通过
输入
产品发版通过
主要步骤
参照《发版庆祝活动组织过程》
出口准则
1、《产品立项任务书》 、《产品业务计划书》评审通过
2、产品委及相关利益提出的问题均已记录
输出
《发版活动庆祝活动计划》 、《发版庆祝活动日程安排》、《发版庆祝活动预算报告》、《发版庆祝活动组织过程》、《发版庆祝活动组织总结》
相关方法和资源要求
相关人员的时间保障和职业技能要求
度量
度量元
采集点：
无
工作周报
裁剪指南
裁剪内容
裁剪指南
不可裁剪
无
5.相关模板
各种发版验收测试验证报告（参见链接）