文件修订记录变更版本1.0 1.1 1.2 修订日期2022-09-172022-09-172022-10-15原因与修改情况描述新增评审后修改新增 R2 阶段内容位置(页/段落 / 章节号全部2.12.3.22.3.42.5修订人测试人员测试人员测试人员审核人项目经理项目经理项目经理1.1. 编写目的 (3)1.2. 项目背景 (3)1.3. 定义 (3)1.4. 参考资料 (3)2.1. 主要测试内容及预期提交测试时间 (3)2.2. 可复用的测试用例 (4)2.3. 测试估算(方法一) (5)2.4. 测试估算(方法二) (7)2.5. 测试进度安排及人力资源要求 (7)2.6. 测试工具应用计划 (8)3.1. 架构测试 (9)3.2. 业务功能测试 (9)4.1. 系统架构 (11)4.2. 测试环境要求 (11)4.3. 测试选用环境： (11)编写该测试计划的目的在于指导整个测试组顺利完成任务书的目标，为 XX 公司领导和其他部门监督该项目的实施提供依据对于化解风险、加强管理有着重要的意义。

预期的读者有项目经理、技术经理、质量保证人员(QA)、配置管理员、其他项目组成员、XX 公司领导、 XX 公司其他人员、企管部人员等。

a. 软件名称： YY 系统项目b. 测试类别：□集成测试□系统测试■集成测试+系统测试□其他c. 承担测试任务的单位或者部门： XX 公司测试部d. 人员项目经理：项目经理测试负责人：测试人员甲方公司缩写: 甲方公司全名乙方公司缩写: 乙方公司全名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》《CDMS FFP 估算文件.xls》c. 《软件测试程序.pdf》《缺陷分析指南.pdf》《缺陷分类及级别定义.pdf》序号1. 2.主要测试内容CDMS_UC_1-1 用户登录CDMS_UC_1-2 更新部门资产清单预期提交测试时间特殊说明20XX-XX-XX20XX-XX-XX3. 4.CDMS_UC_1-3 权限管理CDMS_UC_1-5 更新公司资产清单20XX-XX-XX 20XX-XX-XXR2 阶段：无序号 主要测试内容1. 新增： UC1-2、UC1-5——增加信息变化的 历史记录功能 2. 新增： UC1-6——增加设备类型,增加维护 设备类型的功能" 3. 新增： UC1-5——新增设备时， 增加设备采 购日期输入框 ,根据设备类型显示设备属 性" 4. 新增： UC1-5——增加“修改设备信息” 功能 5. 修改： UC1-2、UC1-5—— 点击设备编号显 示该设备所有信息 6. 修改：UC1-5——确认返还时显示返还部门7. 修改： UC1-2——分配设备时， 显示器编号 与主机编号对应，且增加负责人输入框和 设备用途输入框 8. 新增：UC1-2——增加个人返还设备给部门 的批量返还功能 9. 修改： UC1-1——增加欢迎界面10. 新增：UC1-3——增加系统管理员查看所有用户功能预期提交测试时间 特殊说明20XX-XX-XX 20XX-XX-XX 20XX-XX-XX20XX-XX-XX 20XX-XX-XX20XX-XX-XX20XX-XX-XX20XX-XX-XX20XX-XX-XX20XX-XX-XX测试工作量及测试人力投入估算提供二种方法，使用测量工作量的方法的。

2.3.1.估算假设2.3.2.功能测试工作量估算本章节可以用 Excel 文件作为附件。

按项目估算的代码行进行测试工作量估算， 如果代 码行估算发生重大调整，测试需要重新估算)测试执行工作量(人天) CDMS_UC_1-1 CDMS_UC_1-2 资产清单CDMS_UC_1-3 CDMS_UC_1-5 资产清单 XXR2 阶段：测试执行工作量(人天)1. 新增： UC1-2、UC1-5 —集成测试用例完成标准 测试用例的密度应不 少于 XX 个/KLOC QMS 质量体系要求 系统测试用例完成标准测试用例的密度应不 少于 XX 个/KLOCQMS 质量体系要求本测试遵循的测试用例完成 标准 测试用例的密度应不 少于(XX)个/KLOC 项目负责人、测试负责人确定测试用例设计生产率 (XX)个/人天 测试负责人确定 测试用例执行生产率(XX)个/人天测试负责人确定测试周期(天)(XX)天根据项目计划估算测试时间段规模(KLOC )XXX XX X用户登录 更新部门 权限管理 更新公司 序号1.2. 3. 4. 测试用例设 计工作量 (人天) 测试用例设 计工作量 (人天) 测试工作量小计 (人天)测试工作 量小计 (人天)规模 (KLOC )序号 主要测试内容测试用 例数 (个) 测试用 例数 (个) 主要测试内容 合计 X X X X X X X X X X X X X X X X X X X X X XX X X XX XX XX XX XX XX X X X X X X XX X XXYY 系统项目测试计划书2.3.4.5.6.7.8.9.10. 合计—增加信息变化的历史记录功能新增：UC1-6——增加设备类型 ,增加维护设备类型的功能"新增：UC1-5——新增设备时，增加设备采购日期输入框 ,根据设备类型显示设备属性"新增： UC1-5 ——增加“修改设备信息”功能修改： UC1-2、UC1-5 ——点击设备编号显示该设备所有信息修改：UC1-5——确认返还时显示返还部门修改：UC1-2——分配设备时，显示器编号与主机编号对应，且增加负责人输入框和设备用途输入框新增：UC1-2——增加个人返还设备给部门的批量返还功能修改：UC1-1——增加欢迎界面新增：UC1-3——增加系统管理员查看所实用户功能XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXYY 系统项目测试计划书2.3.3.性能测试工作量估算暂无2.3.4.估算结果R2 阶段：使用方法一，未使用方法二，剪裁此处与项目重大里程碑严格对应，对应每一个项目子里程碑，测试需要做哪些工作，如无对应工作安排，可填写“无”，类似于评审、做测试方案等工作也最好规划好。

项目子里程碑起止时间20XX.XX.XX-20XX.XX.XX 20XX.XX.XX-20XX.XX.XX 测试需完成工作及提交物需求分析测试用例测试用例评审报告已到位测试人员测试人员项目重大里程碑测试需求分析与计划阶段设计阶段测试负责人员测试人员测试人员需补充测试人员估算项目功能测试工作量合计(人天) 测试设计人员需求量(人) 测试执行人员需求量(人)说明XXX估算值估算项目功能测试工作量合计(人天) 测试设计人员需求量(人) 测试执行人员需求量(人)说明XXX估算值R2 阶段：Rational Robot Rational functional Tester 无无公司引进工具自动化功能测试已到位测需补充测试人试人员员测试人员测试人员测试人员测试人员测试人员项目子里程碑起止时间20XX.XX.XX-20XX.XX.XX20XX.XX.XX-20XX.XX.XX20XX.XX.XX-20XX.XX.XX20XX.XX.XX-20XX.XX.XX20XX.XX.XX测试需完成工作及提交物需求分析测试用例测试用例评审报告执行测试用例维护测试用例Bug执行测试用例维护测试用例Bug测试报告项目重大里程碑测试需求分析与计划阶段设计阶段集成测试阶段系统测试阶段测试报告测试负责人员测试人员测试人员测试人员测试人员测试人员20XX.XX.XX-20XX.XX.XX20XX.XX.XX-20XX.XX.XX20XX.XX.XX执行测试用例维护测试用例Bug执行测试用例维护测试用例Bug测试报告集成测试阶段系统测试阶段测试报告测试人员测试人员测试人员测试人员测试人员测试人员为保证系统正常运行，制定如下测试策略及方案：( 1 ) 参照需求，深刻理解业务，并划分功能模块，理清业务，分清主次。

( 2 ) 整理出业务流程图，依据系统的业务流程图，运用黑盒测试方法(等价类、边界值等)进行分析，得出流程分支和测试重点，包括正常流程以及异常流 程，为理解业务及编写流程测试用例做基础。

( 3 ) 编写测试要点以及测试用例，参考开辟人员整理的表之间的关系图，执行测试，保证数据存取以及传输的正确性。

无3.2.1.测试目标及通过准则业务功能测试目标：各模块业务功能实现正确；业务流程扭转正确；数据的接收、处理 和查询正确；页面风格一致、展示正确；各接口连通正确，数据流转处理正确。

2、使用有效数据时得到预期的结果，在使用无效数据时显示相应的提示消息。

3、为保证程序质量，对通过原则做以下指标要求： ( 1 )影响业务流畅性的缺陷全部关闭。

( 2 )影响数据正确性的缺陷全部关闭。

Rational Robot RationalPerformance Tester NunitMSP,ExcelRational ClearQuest无无单元测试项目文档管理项目缺陷管理性能测试单元测试 测试管理 工具 测试缺陷 管理性能测试 开源工具 自行开辟 工具 其他无YY 系统项目测试计划书( 3)一级、二级缺陷全部关闭，三级缺陷关闭率达到 90％以上。

( 4 )计划执行跟踪情况良好。

( 5 )测试需求跟踪矩阵跟踪指标全部覆盖，并成功执行。

( 6 )提交待码段缺陷率指标统计。

( 7 )计划要求各阶段提交物均已提交。

3.2.2.测试技术及方法集成测试采用“灰盒”技术参照程序设计、数据库设计关注输入、输出的正确性，同时也关注系统内部表现。

对于关键业务或者数据，测试执行时除了通过界面显示来验证功能，还要通过使用测试工具或者执行 SQL 查询数据库，检验重要数据存取是否正确，内部逻辑是否正确。

本测试采取增量式模型叠加测试。

各模块按照提交测试时间分别单独进行有效测试，在确保各模块本身功能正确前提下，进行集成测试，确保各模块间数据的正确传递，功能的全部实现。

系统测试采用“黑盒”技术参照需求规格说明书，检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息，并且保持外部信息(如数据库或者文件)的完整性。