测试管理办法v2.1

质量管理部测试管理办法

第一章总则

第一条为规范零壹移动互联（以下简称“零壹”）研发部/质量管理部SIT/UAT测试流程，明确各参与方在信息系统测试实施工作中的职责，加强测试环境的使用与管理，根据流程化、专业化管理原则，结合研发部/质量管理部测试工作实际情况，特制订本管理办法。

第二条本办法管理的范围包括研发部/质量管理部自行组织实施的通过内部技术人员完成的开发维护类项目的技术层面的功能测试及非功能测试任务。

第三条本办法的适用范围为研发部/质量管理部组织实施的所有信息系统软件项目。

第二章职责与分工

第四条研发部/质量管理部软件项目测试实施工作的参与方包括：质量管理部、平台运维部、系统架构部、基础平台开发部、智能硬件开发部、车生活云平台开发部、社区生活云平台开发部以及相产品部门。

第五条开发部门（平台运维部、系统架构部、基础平台开发部、智能硬件开发部、车生活云平台开发部、社区生活云平台开发部）职责包括：

（一）组织实施单元测试工作，完成《单元测试报告》；

（二）配合测试工作，进行测试前系统培训，解答系统技术要点，确认并修改测试中发现的缺陷；

（三）组织实施软件需求、系统设计等文档评审，参与业务需求、测试计划、测试案例文档的评审；

（四）在必要时提供技术支持，配合技术测试人员完成测试环境的

搭建。

第六条质量管理部职责包括：

（一）组织实施系统测试工作，包括业务功能测试、兼容性测试、性能与压力测试、稳定性测试等，完成《系统测试报告》、《性能测试报告》，报告中明确测试结论。

（二）管理测试环境，完成测试环境准备和搭建，包括操作系统、数据库、中间件等的安装及配置、应用系统版本编译及部署、故障处理、测试环境维护，协调各项目对测试环境的使用；

（三）支持运维以及产品部门测试工作，管理预发布环境；

（四）组织实施测试计划、测试案例文档评审，参与产品需求、软件需求、系统设计文档的评审。

（五）组织实施版本管理，完成开发版本、技术测试版本、业务测试版本、上线发布版本的管理。

第七条产品部门职责包括：

（一）制定软件需求。

（二）组织召开需求评估会，完成产品需求及项目计划的评审确认（若有项目管理人员，则由项目管理员搜集需求信息，组织安排需求评估会）。

（三）必要时配合技术测试人员完成功能测试，并提供业务支持。

第八条项目管理人员职责包括：

（一）统一管理产品需求、组织召开需求评估会议，记录需求评估结果；

（二）统一分发测试需求至测试部门；

第三章测试申请

第九条各开发部门或项目组负责人向质量管理部发起测试申请。测试申请经审核通过后，质量管理部组建测试工作。

第十条开发项目组发起测试申请时必须保证项目状态满足申请测试任务要求，包括：

（一）已经完成单元测试，已提交《单元测试报告》；

（二）已完成软件需求规格说明书、设计文档的编写及评审。

（三）所有代码及文档已上传SVN（或指定路径）。

（四）系统主要功能（开发环境冒烟测试）已经通过。

（五）提供正确的版本部署操作文档。

对于不满足要求的测试申请，质量管理部等相关部门经审核后有权作退回处理。

第四章测试组织

第十一条质量管理部接到技术测试任务后，需安排测试资源，成立技术测试组，指定测试负责人，并通知开发项目组。当技术测试资源不足或资源冲突时，经协商，由开发项目组自行组织技术测试并完成《技术测试报告》，经质量管理部审核通过后视为有效。

第十二条测试负责人依照开发项目组提交的应用程序安装部署文档编译和部署应用程序。

第十三条测试负责人组织测试前会议，由开发人员讲解系统实现要点，确认测试范围、内容、测试注意事项、性能及安全测试要求。

第五章测试计划

第十四条接收到测试任务后，测试组负责人需制定测试计划，安排测试进度、测试资源，评估测试风险、制定应对措施等。测试计划完成后，测试负责人需提交项目经理、项目相关人员评审。

第十五条测试计划经评审通过后，测试负责人实施并跟踪计划的执行，确保测试任务按计划实施。

第十六条如遇到需求变更、缺陷修复周期过长等因素可能影响测

试进度时，测试负责人在评估以上因素对测试工作量影响的基础上，修订测试计划，经相关人员确认后，测试负责人依照修订后的测试计划继续开展测试工作。

第六章测试需求分析

第十七条测试组需求分析人员基于项目需求文档分析整理待测试功能点和相关业务规则以及非功能测试点和指标项，明确测试范围以及测试预期目标。修改维护类项目还需分析可能影响的系统及功能点。

第十八条测试组需组织相关人员对需求分析结果实施评审或审核，以确保需求分析结果的完整性、准确性、明晰性。

第七章测试设计

第十九条测试组测试人员根据项目相关技术文档设计测试案例，综合运用黑盒、白盒等测试技术，除设计正常案例外，还需设计导致错误结果的异常案例。

第八章测试执行

第二十条测试执行前，测试组应先执行冒烟测试，以确定测试环境可用，测试版本正确。

第二十一条测试组可以依据被测系统功能特点，设计测试案例执行策略，制定测试案例执行时间计划，并按计划执行。所有测试案例执行完成后都必须记录测试结果。

第二十二条测试执行中未执行成功的案例结果，测试执行人员在排除环境以及测试数据因素后作为软件缺陷提交到缺陷管理系统。缺陷的描述应包括缺陷的重现步骤、失败结果、缺陷的严重程度、解决的优先程度等。

第二十三条质量管理组协调开发部门排除测试执行中出现的测试

环境故障，并协调开发项目组解决集成测试中的应用程序缺陷。

第二十四条测试案例需全部执行，并有明确的结果。对于因需求变化等原因需要取消执行的案例，测试案例设计人员需描述取消原因。

第九章缺陷跟踪

第二十五条开发部门负责缺陷的定位以及修改。缺陷修改人员需参照缺陷的严重程度以及优先级安排缺陷修改计划。缺陷定位以及修改完成后，缺陷修改人员应记录缺陷产生原因以及修改内容。

第二十六条缺陷提交人员需跟踪缺陷的修改状态，及时了解缺陷的修改进度，重新验证修改后的程序，关闭修改成功的缺陷。对验证未成功的缺陷将状态标记为重新打开。

第二十七条测试人员与开发人员对缺陷的认定存在争议时，先由项目负责人及测试负责人仲裁，如有必要，可由部门领导最终裁决。

第二十八条测试过程中发现的所有缺陷开发项目组都必须处理，对于无法解决或因项目特点需要延缓解决的，开发项目负责人需提供书面说明，并提出延期解决计划和应对方案。

第十章测试总结

第二十九条测试负责人汇总测试执行记录，分析缺陷处理结果，评价测试过程以及测试结果的有效性，确定是否满足以下条件：（一）测试案例是否全部执行；

（二）缺陷是否全部处理，未修改缺陷是否有明确处理意见；

（三）明确做出测试通过或不通过的结论，完成书面的技术测试报告。

第三十条测试工作完成后，测试负责人需组织测试组成员做测试总结，并将典型案例上传知识库（知识库的建立）。

第十一章版本管理

第三十一条质量管理部负责测试版本管理，必要时需要开发部门提供技术协助。可参考《版本控制与编译流程》文档

第三十二条版本管理需根据开发、测试、生产的不同，建立明确的标识，用于缺陷问题回溯。

第十二章测试环境管理

第三十三条质量管理部负责技术及业务测试环境和测试资源的集中管理，开发项目组在提交测试前需填写《测试环境申请》表，申请建立及部署测试环境。

第三十四条全新信息系统项目在立项时项目经理或相关负责人需向质量管理部确认目前的测试服务器能否满足项目的测试要求。并根据满足情况考虑是否申请采购测试服务器。

第三十五条开发部门/质量管理部负责测试工具的开发和维护工作。遇项目测试需要开发新的测试工具的，由开发部门或质量管理部门进行开发或维护。

第十三章附则

第三十六条　本办法由研发部/质量管理部负责制订、解释和修改。

第三十七条本办法自印发之日起执行。

附表1 技术测试案例（模板）

[项目名称]技术测试案例

设计人： 设计日期： 执行人： 执行日期：

编号功能

名称

案例描述

前置条

件

测试

数据

步骤

名称

步骤描述

预期

结果

案

例

级

别

案

例

性

质

执

行

结

果

附表2 测试报告（模板）

技术测试报告模板

技术测试报告

需求类型大型中型小型项目（需

求）名称

需求编号

开发负责

人

测试负责人

测试开始

日期

测试完成日期

主要测试功能点测试结果

1

2

测试记录

用例总数通过用例失败用例未执行用例

缺陷记录

缺陷总数严重级别一般级别

遗留缺陷

说明

测试建议

测试结论通过 不通过 有条件通过，原因说明：

负责人签字

附表3 测试环境申请（模板）

[项目名称]测试环境资源申请

申请人：申请时间：

类型所需内容项申请值

硬件设备型号

PC SERVER 小型机HP SERVER

其他__________

最小CPU个数

最小内存

磁盘空间

操作系统操作系统类型

WINDOWSLINUXAIXHP UNIX

其他___________

版本号

中间件

中间件WASIIS 其他___________

版本号

数据库数据库

DB2ORACLESQLSERVER

其他___________

版本号

表空间大小

时间使用时间20年 月 日 至 20 年 月 日其它其它要求