《XX管理系统-测试计划》由会员分享，可在线阅读，更多相关《XX管理系统-测试计划（18页珍藏版）》请在金锄头文库上搜索。
1、XX系统测试计划文档状态文档编号CSJH-V0.9.0 草稿 已发布 修改中编制人审核人保密级别项目资料文档版本1.0 XX系统-测试计划文档编号： CSJH-1.0版本历史日期版本说明作者审核2015-09-29 V1.0初稿文档状态 草稿 正式发布 修改中保密等级定义公开资料内部资料保密资料机密资料目录1. 引言51.1. 测试目的51.2. 名词解释51.3. 参考资料51.4. 测试摘要51.4.1. 重点事项51.4.2. 争议事项61.4.3. 风险评估61.4.4. 时间进度61.4.5. 测试目标62. 测试背景62.1. 测试范围62.2. 测试目标72.3. 测试人员72.
2、4. 风险及约束82.5. 测试文档82.5.1. 测试参考文档82.5.2. 测试提交文档83. 资源需求83.1. 培训资料83.2. 测试环境93.2.1. 硬件环境93.2.2. 软件环境94. 单元测试94.1. 单元测试工具94.2. 单元测试策略104.3. 开始/中断/完成标准104.4. 单元测试进度计划104.5. 单元测试功能模块覆盖情况115. 集成测试115.1. 集成测试工具125.2. 集成测试策略125.3. 集成测试原则125.4. 开始/中断/完成标准125.5. 集成测试进度计划135.6. 具体测试实施任务和时间人员安排136. 系统测试146.1. 系
3、统测试工具146.2. 系统测试策略146.3. 开始/中断/完成标准146.4. 系统测试准备156.5. 系统测试进度计划157. 测试设计与执行167.1. 测试设计167.2. 测试执行178. 风险管理188.1. 风险与处理优先级188.2. 问题严重度描述181. 引言1.1. 测试目的本系统是为方便XX项目的管理，在本文档中制定测试计划旨在说明各种测试阶段任务、人员分配和时间安排、工作规范，同时保证系统的可靠性。预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。1.2. 名词解释XX系统：成都XX管理系统简称。1.3. 参考资料X
4、X系统软件需求规格说明书XX系统概要设计说明书XX系统数据库设计说明书xx系统详细设计说明书软件测试计划模版1.4. 测试摘要1.4.1. 重点事项重点事项（按优先级降序）：（1) 系统功能（2) 数据库设计（3) 系统可操作性和健壮性1.4.2. 争议事项无1.4.3. 风险评估被测系统可能存在的问题：（1） 系统设计结构不合理（2） 数据库风险：数据库结构设计不合理；对数据库操作控制不当导致数据不一致；（3） 响应时间不当：时间过长，以至用户沮丧；时间过短造成误操作；（4） 网络不安全稳定（5） 测试环境不足可能存在的测试缺陷（6） 系统健壮性查，出现操作异常1.4.4. 时间进度测试开始
5、时间：2015年8月12日测试结束时间：2015年11月3日1.4.5. 测试目标测试计划中所有测试方法和模块已经执行通过同时要求专项资金系统的业务处理和查询的小批量的响应时间控制在38秒，大批量的控制在3040秒以内。所有的测试案例已经执行过，尽可能多的发现并排除软件中潜藏的错误，最终把高质量的软件系统交给用户。2. 测试背景2.1. 测试范围XX系统的应用平台设计中选择B/S结构，采用基于JAVA技术并且符合J2EE开发规范的系统应用平台，使系统具有良好的可维护性和可扩展性。测试范围包括四大部分：(1)(2)(3)(4)。2.2. 测试目标测试计划中所有测试方法和模块已经执行通过所有的测试
6、案例已经执行过，尽可能多的发现并排除软件中潜藏的错误，最终把高质量的软件系统交给用户。2.3. 测试人员列出项目参与人员的姓名、技术水平、工作内容。表2-1测试人员安排姓名技术水平工作内容测试管理测试设计，测试管理，测试执行测试员测试执行程序员测试配合，缺陷修改业务分析员测试配合，设计修改2.4. 风险及约束该系统适用于XX系统使用人群。2.5. 测试文档2.5.1. 测试参考文档表2-2测试参考文档文档说明作者备注需求说明文档概要设计说明书数据库设计说明书详细设计文档软件测试计划模版测试文档2.5.2. 测试提交文档表2-3测试提交文档文档说明作者备注测试计划测试用例测试报告3. 资源需求3
7、.1. 培训资料培训需求培训内容培训人员开始时间完成时间运行环境配置安装配置XX系统2015-09-132015-09-14系统初始化配置初始化化XX系统2015-09-132015-09-14系统业务流程了解XX系统2015-09-132015-09-14工具使用Oracle、Tomcat2015-09-132015-09-143.2. 测试环境3.2.1. 硬件环境（1）应用服务器处理器： Intel Xeon E5-2650 2.00GHz 八核处理器*2内存空间：64G DDR3 1066MHz硬盘空间：1T SAS 6G热插拔硬盘*2（2）数据库服务器处理器： AMD Opteron
8、(tm) Processor 6320四核处理器*2内存空间：32G DDR3 1066MHz硬盘空间：1T SAS 6G热插拔硬盘*23.2.2. 软件环境应用服务器操作系统：Windows Server 2012R2 数据库服务器操作系统：Windows Server 2012R2 客户端操作系统： Windows XP/Windows 7/Windows 8浏览器： IE8/IE9/IE10系统运行环境： JRE1.7数据库管理系统： Oracle 11g 服务器容器： Tomcat7.0其他： Microsoft Office 2007及以上版本4. 单元测试单元测试用于检验软件设计中
9、的模块内部错误，各个功能模块是否正确，逻辑是否正确。4.1. 单元测试工具XX系统单元测试采用人工测试方式，未使用测试工具。4.2. 单元测试策略单元测试总体策略为功能测试包括：接口测试、路径测试、边界测试、异常测试。表4-1单元测试策略测试类型是否采用说明接口测试采用检查系统能否与外部接口正常工作路径测试采用检查模块因错误的计算、不正确的比较或不正常的控制流导致的错误。边界测试采用选择边界数据进行测试，确保系统功能正常，程序无异常。异常测试采用检查系统能否处理异常4.3. 开始/中断/完成标准表4-2 单元测试开始/中断/完成标准测试目标揭示出各模块与其接口是否存在矛盾测试范围信息库管理子系
10、统、专项资金项目管理子系统技术自底向上、黑盒测试方法开始标准需求测试完成，代码开发完成中断测试标准安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug完成标准所有单元测试用例都被执行过；所有发现的缺陷被修正；所有被测对象的语句覆盖率达到100%，或能明确给出不需要达到的理由。测试的重点和优先级程序的逻辑错误4.4. 单元测试进度计划表4-3单元测试进度计划安排阶段开始时间完成时间工作内容执行人员及职责制定测试计划2015-08-102015-08-11设计模型、构建单元测试计划测试设计人员负责制定单元测试计划设计测试用例2015-08-112015-08-14单元测
11、试用例、设计模型测试设计人员负责设计单元测试用例执行测试2015-08-122015-09-15测试过程开发人员负责执行单元测试测试文档编写2015-09-152015-09-16测试结果项目管理者组织单元测试报告文档4.5. 单元测试功能模块覆盖情况系统各功能模块的单元测试覆盖情况计划如表4-4所示：表4-4单元测试覆盖情况功能模块接口测试路径测试边界测试异常测试汇总统计分析通知公告个人信息5. 集成测试集成测试也叫组装测试或子系统测试，作为单元测试的逻辑扩展，是在所有模块都通过单元测试和子系统的功能测试成功的基础上，按照系统设计说明书的要求组合起来进行的测试。5.1. 集成测试工具MyEc
12、lipse，Web浏览器（IE10，Chrome 16）。5.2. 集成测试策略系统采用渐增式集成，把程序划分成小段来构造和测试，在这个过程中比较容易定位和改正错误；对接口可以进行更彻底的测试。本系统采用渐增式集成的自底向上集成策略。自底向上集成从软件结构最底层模块开始组装和测试，集成测试策略为：（1） 把底层模块组合成实现某个特定软件子功能的族；（2） 编写用于测试的控制程序，协调测试数据的输入和输出；（3） 对由模块组成的子功能族进行测试；（4） 去掉控制程序，沿软件结构自下向上移动，把子功能族组合起来形成更大的子功能族由（2）到（4）形成一个循环。5.3. 集成测试原则集成测试需遵循以下原则：（1） 所有公共接口都要测试到。（2） 关键模块必须进行充分的测试。（3） 集成测试应当按一定的层次进行。（4） 集成测试以总体设计为基础，应当尽早开始。（5） 在模块与接口的划分上，测试人员应当和开发人员进行充分 的沟通。（6） 当接口发生修改时，涉及的相关接口必须进行再测试。（7） 项目管理者应当保证审核测试用例。5.4. 开始/中断/完成标准表5-1 集成测试开始/中断/完成标准测试目标把各子功能族组合起来形成更大的子
