产品项目编码和单元测试阶段流程.ppt

质量管理部

产品工程编码与单元测试阶段流程

目录

一、阶段目的

二、主要角色职责

三、流程要点说明

四、裁剪说明

五、要点回忆

一、阶段目的

实现产品，并保证产品的根本质量；

完成测试准备工作，提供功能、性能测试用例和界面可用性测试用例。

二、主要角色职责

备注：其他人员，一般包括：产品经理、需求分析工程师、界面制作工程师、

代码走查人员、SCM工程师、工程组其他主要成员等

角色

本阶段相关的职责

项目经理

负责编码与单元测试阶段的组织、协调工作；

开发经理

带领开发团队成员，协助项目经理，完成编码与单元测试阶段相关工作；

组织完成编码与单元测试相关工作成果的编制、确认；

开发工程师

配合项目经理和开发经理，完成开发任务；

可用性评估与规范检查经理

组织完成界面可用性测试用例的编写及评审；

UE经理

组织界面走查及相关工作成果确认；

测试经理

组织完成功能、性能测试用例的编写和评审；

其他人员

配合项目经理，完成编码与单元测试阶段相关工作

QA工程师

负责编码与单元测试阶段的流程指导与流程执行情况的跟踪和反馈

三、流程要点说明

编码与自查

编码准备

编码与自查

源码入库

代码走查

单元测试

界面走查

测试用例编写与评审

基线回忆

三、流程要点说明—编码准备

工程经理明确编码标准；

确保前期工作成果已确认完毕；

必要时，工程经理组织前期成果讲解。

任何工程，都需要遵守一定的编码标准；

前期工作成果包括：需求、设计、页面原型等。

三、流程要点说明—编码与自查

开发工程师进行编码工作；

完成编码后，开发工程师进行代码自查；

请注意：

当某个模块的设计完成后，即可开展对应局部的编码工作；

源代码必须在配置库中进行管理；

三、流程要点说明—代码走查

开发经理安排走查人员，开展代码走查工作；

走查选择依据：

--业务逻辑、技术难度、性能问题、典型性、核心模块等；

--人员经验；

主要检查：程序逻辑性、是否满足设计、工程组开发中的常见问题；

走查完毕，走查人员填写代码走查记录表。

请注意：

走查模块覆盖率，不少于模块总数的20%；

没有测试部测试的工程，其需求优先级为1的重点模块〔优先级为1的功能点大于50%的模块〕，必须进行代码走查；

提交持续集成前，应完成走查工作。

三、流程要点说明—单元测试

开发工程师编写单元测试用例，并执行；

开发经理编写单元测试报告；

开发经理组织完成《系统编译手册》的编写；

及早进行持续集成。

请注意：

单元测试模块覆盖率，不少于模块总数的20%；

单元测试用例形式不限，但需记录测试结果；

一个工程，只需提交一份单元测试报告；

用例和报告在组内确认。

三、流程要点说明—界面走查

①需进行界面走查的工程，UE经理组织相关人员进行界面走查。填写《界面走查记录表》，并提交配置库；

☆完成每个模块的编码后，即可进行相应的界面走查；

☆界面走查的模块覆盖率要做到100%；

②需修改已纳入基线的UI界面，那么按照“变更流程”执行

测试经理组织《测试用例〔功能、性能〕》编写、评审，完成评审报告；

可用性评估与标准检查经理组织《界面可用性测试用例》的编写及评审，完成评审报告。

评审通过后5个工作日内，评审组织者完成签字确认手续；

SCM工程师依据签字确认表入基线，并发送基线通知。

〔功能、性能〕用例评审时，产品经理、需求分析

工程师需参与

三、流程要点说明—测试用例编写及评审

三、流程要点说明—基线回忆

本阶段过程中，如本阶段已纳入基线的工作成果发生变更，工作成果编写责任人需要将更新后的文档放入配置库，并邮件告知相关人员；

本阶段结束前，工程经理组织以上变更后的工作成果重新评审、签字确认并纳入基线；

在本阶段结束后，本阶段纳入基线的所有工作成果如有变更，均按照“变更流程”执行。

如需求分析、系统设计阶段已纳入基线的工作成果，在本阶段也发生变更，均按照“变更流程”执行。

四、裁剪说明—工作活动

活动

裁剪说明

编码与自查

不可裁剪

代码走查

不可裁剪

单元测试

不可裁剪

界面走查

由ＵＥ经理与开发经理共同确认

测试用例编写及评审

由测试部测试的项目或UE研究与设计中心承担界面设计与制作任务的项目，相关测试用例的编写及评审不可裁剪。

基线回顾

不可裁剪

四、裁剪说明—工作成果

文件名称

裁剪说明

《产品项目编码与单元测试阶段工作提醒》

不可裁剪

《编码规范》

不可裁剪

源代码