XX系统测试计划文档编号: CSJH-1.0版本历史文档状态 [ ] 草稿 [ ] 正式发布 [√] 修改中保密等级定义☐公开资料☐内部资料☐保密资料☐机密资料目录1. 引言 (5)1.1. 测试目的 (5)1.2. 名词解释 (5)1.3. 参考资料 (5)1.4. 测试摘要 (5)1.4.1. 重点事项 (5)1.4.2. 争议事项 (6)1.4.3. 风险评估 (6)1.4.4. 时间进度 (6)1.4.5. 测试目标 (6)2. 测试背景 (6)2.1. 测试范围 (6)2.2. 测试目标 (7)2.3. 测试人员 (7)2.4. 风险及约束 (7)2.5. 测试文档 (7)2.5.1. 测试参考文档 (7)2.5.2. 测试提交文档 (8)3. 资源需求 (8)3.1. 培训资料 (8)3.2. 测试环境 (8)3.2.1. 硬件环境 (8)3.2.2. 软件环境 (9)4. 单元测试 (9)4.1. 单元测试工具 (9)4.2. 单元测试策略 (9)4.3. 开始/中断/完成标准 (10)4.4. 单元测试进度计划 (10)4.5. 单元测试功能模块覆盖情况 (10)5. 集成测试 (11)5.1. 集成测试工具 (11)5.2. 集成测试策略 (11)5.3. 集成测试原则 (12)5.4. 开始/中断/完成标准 (12)5.5. 集成测试进度计划 (12)5.6. 具体测试实施任务和时间人员安排 (13)6. 系统测试 (13)6.1. 系统测试工具 (13)6.2. 系统测试策略 (14)6.3. 开始/中断/完成标准 (14)6.4. 系统测试准备 (14)6.5. 系统测试进度计划 (15)7. 测试设计与执行 (15)7.1.测试设计 (15)7.2. 测试执行 (16)8. 风险管理 (17)8.1. 风险与处理优先级 (17)8.2. 问题严重度描述 (17)1.引言1.1.测试目的本系统是为方便XX项目的管理,在本文档中制定测试计划旨在说明各种测试阶段任务、人员分配和时间安排、工作规范,同时保证系统的可靠性。
预期参考人员包括用户、测试人员、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。
1.2.名词解释XX系统:成都XX管理系统简称。
1.3.参考资料《XX系统软件需求规格说明书》《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.时间进度测试开始时间:2015年8月12日测试结束时间:2015年11月3日1.4.5.测试目标测试计划中所有测试方法和模块已经执行通过同时要求专项资金系统的业务处理和查询的小批量的响应时间控制在3~8秒,大批量的控制在30~40秒以内。
所有的测试案例已经执行过,尽可能多的发现并排除软件中潜藏的错误,最终把高质量的软件系统交给用户。
2.测试背景2.1.测试范围XX系统的应用平台设计中选择B/S结构,采用基于JAVA技术并且符合J2EE开发规范的系统应用平台,使系统具有良好的可维护性和可扩展性。
测试范围包括四大部分:(1)(2)(3)(4)。
2.2.测试目标测试计划中所有测试方法和模块已经执行通过所有的测试案例已经执行过,尽可能多的发现并排除软件中潜藏的错误,最终把高质量的软件系统交给用户。
2.3.测试人员列出项目参与人员的姓名、技术水平、工作内容。
表2-1测试人员安排2.4.风险及约束该系统适用于XX系统使用人群。
2.5.测试文档2.5.1.测试参考文档表2-2测试参考文档2.5.2.测试提交文档3.资源需求3.1.培训资料3.2.测试环境3.2.1.硬件环境(1)应用服务器处理器:************************八核处理器*2 内存空间:64G DDR3 1066MHz硬盘空间:1T SAS 6G热插拔硬盘*2(2)数据库服务器处理器: AMD Opteron(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.单元测试单元测试用于检验软件设计中的模块内部错误,各个功能模块是否正确,逻辑是否正确。
4.1.单元测试工具XX系统单元测试采用人工测试方式,未使用测试工具。
4.2.单元测试策略单元测试总体策略为功能测试包括:接口测试、路径测试、边界测试、异常测试。
表4-1单元测试策略4.3.开始/中断/完成标准表4-2 单元测试开始/中断/完成标准4.4.单元测试进度计划表4-3单元测试进度计划安排4.5. 单元测试功能模块覆盖情况系统各功能模块的单元测试覆盖情况计划如表4-4所示:表4-4单元测试覆盖情况5.集成测试集成测试也叫组装测试或子系统测试,作为单元测试的逻辑扩展,是在所有模块都通过单元测试和子系统的功能测试成功的基础上,按照系统设计说明书的要求组合起来进行的测试。
5.1.集成测试工具MyEclipse,Web浏览器(IE10,Chrome 16)。
5.2. 集成测试策略系统采用渐增式集成,把程序划分成小段来构造和测试,在这个过程中比较容易定位和改正错误;对接口可以进行更彻底的测试。
本系统采用渐增式集成的自底向上集成策略。
自底向上集成从软件结构最底层模块开始组装和测试,集成测试策略为:(1)把底层模块组合成实现某个特定软件子功能的族;(2)编写用于测试的控制程序,协调测试数据的输入和输出;(3)对由模块组成的子功能族进行测试;(4)去掉控制程序,沿软件结构自下向上移动,把子功能族组合起来形成更大的子功能族由(2)到(4)形成一个循环。
5.3.集成测试原则集成测试需遵循以下原则:(1)所有公共接口都要测试到。
(2)关键模块必须进行充分的测试。
(3)集成测试应当按一定的层次进行。
(4)集成测试以总体设计为基础,应当尽早开始。
(5)在模块与接口的划分上,测试人员应当和开发人员进行充分的沟通。
(6)当接口发生修改时,涉及的相关接口必须进行再测试。
(7)项目管理者应当保证审核测试用例。
5.4.开始/中断/完成标准5.5.集成测试进度计划5.6.具体测试实施任务和时间人员安排6.系统测试系统测试是在完成集成测试工作后,将通过集成测试的软件和硬件等设备连接在一起,按照需求说明书,对系统进行系列测试以发现软件缺陷。
6.1.系统测试工具Loadrunner、Windows系统性能测试工具、IE\chrome\360浏览器6.2.系统测试策略系统测试完全采用黑盒测试,完成以下几种测试:表6-1系统测试策略6.3. 开始/中断/完成标准表6-2 集成测试开始/中断/完成标准6.4.系统测试准备系统测试前需作如下准备工作:(1)收集软件规约,作为系统测试的依据。
(2)收集各种软件说明书或使用手册,作为系统测试的参考。
(3)仔细阅读软件测试计划或系统测试计划,作为系统测试的根据。
(4)收集已有的系统测试用例。
6.5. 系统测试进度计划7.测试设计与执行7.1. 测试设计(1)用户层测试主要是面向产品最终的使用操作者的测试。
这里重点突出的是在操作者角度上,测试系统对用户支持的情况,用户界面的规范性、友好性、可操作性,以及数据的安全性。
主要包括:用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。
①用户界面测试在确保用户界面能够通过测试对象控件或入口得到相应访问的情况下,测试用户界面的风格是否满足用户要求,例如:界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。
②可维护性测试可维护性是系统软、硬件实施和维护功能的方便性。
目的是降低维护功能对系统正常运行带来的影响。
例如:对支持远程维护系统的功能或工具的测试。
③安全性测试这里的安全性主要包括了两部分:数据的安全性和操作的安全性。
核实只有规格规定的数据才可以访问系统,其他不符合规格的数据不能够访问系统;核实只有规格规定的操作权限才可以访问系统,其他不符合规格的操作权限不能够访问系统;(2)应用层测试针对产品工程应用或行业应用的测试。
重点站在系统应用的角度,模拟实际应用环境,对系统的兼容性、可靠性、性能等进行的测试。
①系统性能测试针对整个系统的测试,包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。
并发性能测试是评估系统交易或业务在渐增式并发情况下处理瓶颈以及能够接收业务的性能过程;强度测试是在资源情况低的情况下,找出因资源不足或资源争用而导致的错误;破坏性测试重点关注超出系统正常负荷N倍情况下,错误出现状态和出现比率以及错误的恢复能力。
②系统可靠性、稳定性测试一定负荷的长期使用环境下,系统可靠性、稳定性。
③系统兼容性测试系统中软件与各种硬件设备兼容性,与操作系统兼容性、与支撑软件的兼容性。
④系统安装升级测试安装测试的目的是确保该软件在正常和异常的不同情况下进行安装时都能按预期目标来处理。
例如,正常情况下,第一次安装或升级、完整的或自定义的安装都能进行安装。
异常情况包括磁盘空间不足、缺少目录创建权限等。
还有一个目的是核实软件在安装后可立即正常运行。
另外对安装手册、安装脚本等也需要关注。
7.2. 测试执行(1)前提条件确保测试项目的功能正常,如导航,数据输入,处理、检索是否正确,以及业务规则的实施是否恰当。
此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程,这是目前的测试重点。
(2)执行用例及原始数据记录(3)提交测试问题单和测试报告(4)回归及验收测试(5)输出工件利用有效的和无效的数据来执行各个用例流,以核实以下内容:①在使用有效数据时得到预期的结果②在使用无效数据时显示相应的错误消息或警告消息。