XX系统项目测试计划模板

密级：

XX公司YY系统项⽬测试计划书

XX公司软件⼯程有限责任公司⼆О⼀О年九⽉⼗七⽇

⽬录1.概述 (3)1.1.编写⽬的 (3)1.2.项⽬背景 (3)

1.3.定义 (3)1.4.参考资料 (3)2.测试规划 (3)

2.1.主要测试内容及预期提交测试时间 (3)2.2.可复⽤的测试⽤例 (4)2.3.测试估算（⽅法⼀） (4)2.4.测试估算（⽅法⼆） (7)

2.5.测试进度安排及⼈⼒资源要求 (7)2.6.测试⼯具应⽤计划 (8)3.测试策略及⽅案 (9)3.1.架构测试 (9)3.2.业务功能测试 (9)4.测试环境 (10)4.1.系统架构 (10)4.2.测试环境要求 (11)4.3.测试选⽤环境： (11)1.概述1.1.编写⽬的

编写该测试计划的⽬的在于指导整个测试组顺利完成任务书的⽬标，为XX公司领导和其他部门监督该项⽬的实施提供依据对于化解风险、加强管理有着重要的意义。预期的读者有项⽬经理、技术经理、质量保证⼈员（QA）、配置管理员、其他项⽬组成员、XX公司领导、XX公司其他⼈员、企管部⼈员等。1.2.项⽬背景

a.软件名称：YY系统项⽬

b.测试类别：□集成测试□系统测试■集成测试+系统测试□其他

c.承担测试任务的单位或部门：XX公司测试部d.⼈员

●项⽬经理：项⽬经理●测试负责⼈：测试⼈员1.3.定义

CVIC SE: 中创软件⼯程有限责任公司。1.4.参考资料

a.《CDMS_UC_1-1 ⽤户登录.doc》《CDMS_UC_1-2 更新部门资产清单.doc》《CDMS_UC_1-3 权限管理.doc》《CDMS_UC_1-5 更新公司资产清单.doc》

b.《CDMS项⽬进度计划.mpp》《CDMS剪裁申请表.xls》DMS项⽬计划.doc》《CDMSFFP估算⽂件.xls》

c.《软件测试程序.pdf》《缺陷分析指南.pdf》《缺陷分类及级别定义.pdf》2.测试规划

2.1.主要测试内容及预期提交测试时间

2.2.可复⽤的测试⽤例⽆

2.3.测试估算（⽅法⼀）

测试⼯作量及测试⼈⼒投⼊估算提供⼆种⽅法，使⽤测量⼯作量的⽅法的。2.3.1.估算假设

2.3.2.功能测试⼯作量估算

本章节可以⽤Excel⽂件作为附件。按项⽬估算的代码⾏进⾏测试⼯作量估算，如果代

R2阶段：

2.3.3.性能测试⼯作量估算暂⽆2.3.4.估算结果

2.4.测试估算（⽅法⼆）

使⽤⽅法⼀，未使⽤⽅法⼆，剪裁

2.5.测试进度安排及⼈⼒资源要求

此处与项⽬重⼤⾥程碑严格对应，对应每个项⽬⼦⾥程碑，测试需要做哪些⼯作，如⽆对应⼯作安排，可填写“⽆”，类似于评审、做测试⽅案等⼯作也最好规划好。

R2阶段：

2.6.测试⼯具应⽤计划

3.测试策略及⽅案

为保证系统正常运⾏，制定如下测试策略及⽅案：

（1）参照需求，深刻理解业务，并划分功能模块，理清业务，分清主次。

（2）整理出业务流程图，依据系统的业务流程图，运⽤⿊盒测试⽅法（等价类、边界值等）进⾏分析，得出流程分⽀和测试重点，包括正常流程以及异常流

程，为理解业务及编写流程测试⽤例做基础。

（3）编写测试要点以及测试⽤例，参考开发⼈员整理的表之间的关系图，执⾏测试，保证数据存取以及传输的正确性。3.1.架构测试⽆

3.2.业务功能测试3.2.1.测试⽬标及通过准则

业务功能测试⽬标：各模块业务功能实现正确；业务流程扭转正确；数据的接收、处理和查询正确；页⾯风格⼀致、展⽰正确；各接⼝连通正确，数据流转处理正确。

2、使⽤有效数据时得到预期的结果，在使⽤⽆效数据时显⽰相应的提⽰消息。3、为保证程序质量，对通过原则做以下指标要求：（1）影响业务流畅性的缺陷全部关闭。（2）影响数据正确性的缺陷全部关闭。

（3）⼀级、⼆级缺陷全部关闭，三级缺陷关闭率达到90％以上。（4）计划执⾏跟踪情况良好。

（5）测试需求跟踪矩阵跟踪指标全部覆盖，并成功执⾏。（6）提交代码段缺陷率指标统计。

（7）计划要求各阶段提交物均已提交。3.2.2.测试技术及⽅法集成测试采⽤“灰盒”技术

参照程序设计、数据库设计关注输⼊、输出的正确性，同时也关注系统内部表现。对于关键业务或数据，测试执⾏时除了通过界⾯显⽰来验证功能，还要通过使⽤测试⼯具或执⾏SQL查询数据库，检验重要数据存取是否正确，内部逻辑是否正确。本测试采取增量式模型叠加测试。各模块按照提交测试时间分别单独进⾏有效测试，在确保各模块本⾝功能正确前提下，进⾏集成测试，确保各模块间数据的正确传递，功能的全部实现。系统测试采⽤“⿊盒”技术

参照需求规格说明书，检查程序功能是否按照需求规格说明书的规定正常使⽤，程序是否能适当地接收输⼊数据⽽产⽣正确的输出信息，并且保持外部信息（如数据库或⽂件）的完整性。

本次测试采⽤主要⽅法有等价类划分、边值分析、因—果图、错误推测等，不仅要测试所有合法的输⼊，⽽且还要对那些不合法但是可能的输⼊进⾏测试。

采⽤迭代式开发模式，对迭代的测试⽽⾔，新增需求或需求变更导致的功能变化部分是重点需要关注的，测试需要确保上次基线版本之后所有的需求变化都能得到有效覆盖。3.2.3.测试需求及⽤例详见测试⽤例3.2.4.特殊说明4.测试环境4.1.系统架构

4.2.测试环境要求

4.3.测试选⽤环境：

模板修订历史信息Revision history information *A–增加M–修改D–删节