检查测试计划模板(完整编辑版).doc
《检查测试计划模板(完整编辑版).doc》由会员分享,可在线阅读,更多相关《检查测试计划模板(完整编辑版).doc(20页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、#*测试计划XXXX 年年 XX 月月 XX 日日#*版号变更人变更时间变更内容批准人批准时间1.0xxx2011-7-8创建该项目测试计划2.0xxx2011-7-25修改该项目测试计划#*目录目录第一章第一章 总论总论 .11.1 项目背景.11.2 文档目的.11.3 测试环境.2第二章第二章 测试策略测试策略.42.1 整体策略.42.2 测试范围.72.3 风险分析.9第三章第三章 测试方法测试方法.103.1 里程碑技术.103.2 测试用例设计.103.3 测试实施过程.113.4 测试方法综述.113.5 测试团队结构.113.6 功能划分.12第四章第四章 资源需求资源需求.
2、134.1 培训需求.134.2 硬件需求.134.3 软件需求.134.4 相关信息保存的位置.14第五章第五章 时间进度安排时间进度安排 .15第六章第六章 测试过程管理测试过程管理 .166.1 缺陷处理过程.166.2 测试报告.17#*第一章第一章 总论总论1.1 项目背景项目背景本平台主要是面向有数据分析需求的业务人员,帮助他们进行自主数据分析工作,从而摆脱之前传统的提数据需求到科技部门,科技部门手工取数后再返回给业务人员的模式,极大提高了业务人员数据获取的时效性,也避免了业务需求在流转时的业务含义偏差。而且 Tableau 通过简单的拖拽操作、主流的数据分析算法和常用的挖掘算法、
3、丰富的可视化展现效果,能够直观、迅速的帮助业务人员进行数据展现及其后续数据分析。本项目分为统一数据门户建设、数据集市建设、历史交易数据查询、ALM 项目报表开发四部分任务。按测试任务分为数据集市测试、数据展现测试、统一数据门户平台测试三部分。1.2 文档目的文档目的本测试计划主要有两类受众:测试管理人员(项目经理、客户指派人员)和测试人员。 项目经理根据该测试计划制定进一步的计划、安排(工作任务分配、时间进度安排)和控制测试过程; 客户指派人员通过该测试计划了解测试过程和相关信息。 测试人员根据该测试计划中制定的范围、方法确定测试需求、设计测试用例、执行和记录测试过程并记录和报告缺陷。本文档主
4、要阐述 XXXX 系统测试过程中的一些细节,为 XXXX 系统的测试工作提供一个框架和规范:确定项目测试的策略、范围和方法;使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试人员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个#*清晰的认识;使项目测试工作的所有参与人员理解测试控制过程;从策略角度说明本项目测试的组织和管理,指导测试进展,并作为项目测试工作实施的依据;本文档是本项目测试整个过程进行的依据、规范和标准;在测试过程中严格按照本文档的制定的规范去执行。1.3 测试环境测试环境1.3.1 网络拓扑网络拓扑1.3.2 测试软硬件信息测试软硬件信息服务器服务器软件环境
5、软件环境资源资源名称名称/ /类型类型数据库服务器Mysql 操作系统软件Windows Server2012 R2 应用服务器中间件Tomcat 8.0 JDK 版本1.8服务器服务器硬件环境硬件环境#*设备名称设备名称系统配置系统配置备注备注数据库服务器CPU:Intel(R)Xeon E5-2620 内存:64G 硬盘空间:2T 数量:1应用服务器CPU:Intel(R)Xeon E5-2620 内存:64G 硬盘空间:2T 数量:1测试机测试机软件环境软件环境资源资源名称名称/ /类型类型系统Window7 浏览器Chrome测试机硬件测试机硬件环境环境资源资源名称名称/ /类型类型硬
6、件配置CPU:I5-2520m 内存:8G 系统类型:Windows 硬盘空间:500G#*第二章第二章 测试策略测试策略2.1 整体策略整体策略2.1.1 测试调度策略标准测试调度策略标准在开始进行测试时必需满足在开始进行测试时必需满足下列下列条件:条件:1. 提交的版本的单元测试已通过,具备可测性2. 测试计划和测试方案的制订已完成,并经过严格评审3. 缺陷跟踪与管理系统已搭建4. 测试所需的资源已经到位5. 测试组人员配置合理,测试人员的工作技能符合测试要求6. 测试所需的软、硬件和操作系统等测试环境准备完毕出现下面任一情况时,测试活动就可能暂停:出现下面任一情况时,测试活动就可能暂停:
7、1.被测系统有大量错误或严重错误或流程走不下去,继续测试没有意义2.测试环境遭到破坏,无法继续测试。如:测试所需的设备没有到位,测试环境被病毒感染等等3.性能测试:当被测的功能或模块存在严重的性能缺陷的情况下暂停测试如果测试暂停,满足下面条件时,测试重新开始:如果测试暂停,满足下面条件时,测试重新开始:1. 开发组成功安装,并测试通过了产品的基本功能2.1.2 测试质量评估标准测试质量评估标准按照系统测试计划完成系统测试。达到系统测试所规定的覆盖率的要求:1)测试用例执行覆盖率应达到 100%;2)测试需求覆盖率应达到 100%;3)系统满足需求规格说明书的要求。在系统测试中发现的缺陷达到修改
8、标准:#*1)致命和严重级缺陷修复率应达到 100% ;2)一般和轻微级缺陷修复率根据实际情况达到 95%以上。注:注:BUG 级别说明:级别说明:BUG 分 4 个严重级别:致命、严重、一般和建议。具体描述如下:致命致命 BUGBUG:1) 测试执行主要功能直接导致系统死机、蓝屏、挂起或是程序非法退出;2) 被测系统的主要功能点没有实现;3) 主要模块/功能不满足需求或设计上的要求;4) 软件的安全缺陷导致重要数据丢失或损坏,且无法恢复。严重严重 BUGBUG:1) 测试执行次要功能导致系统死机、蓝屏、挂起或是程序非法退出;2) 被测系统的次要功能点没有实现;3) 对于主要功能的执行结果与预
9、期结果差别较大,或是计算结果不正确;4) 软件的易用性不好,导致用户可能不能正常完成软件的主要功能操作;5) 主要界面有明显的错别字或描述错误。一般一般 BUGBUG:1) 软件的实际执行过程与预期结果有差异,但不严重;2) 非正常操作或输入导致系统出错,或执行结果不正确;3) 系统运行过程中偶尔(出现概率5%)有出错提示或导致系统运行不正 常;4) 软件交互性不好,对于用户可能造成难于操作、学习和理解;5) 在用户经常使用的环境中,界面不美观,影响软件品质;6) 界面、程序或帮助文档中文档或文字描述问题,造成用户难于理解。建议建议 BUGBUG:1) 软件的实际执行过程与预期结果有较小的差异
10、;2) 软件不能处理用户可能使用的极端条件下的操作;3) 界面、程序或帮助文档中文档或文字描述问题,但影响不大。#*2.1.3 测试完成准则测试完成准则主要质量属性主要质量属性详细要求详细要求正确性能够防止脏、废数据进入数据库;从接口读取得数据正确无误。健壮性系统有较强的容错性,能够保证在出现非预期状况下正常运行 可靠性系统在不断电情况下持续工作。 系统无单点故障。 系统具有动态负载均衡处理能力,保证用户享受最快的信息服务。性能,效率响应性能:要求一般操作响应时间5 秒,复杂操作响应时间20 秒 数据存储时间:要求数据库用户设置详细信息在线长期保存,系 统数据详细信息要求在服务器中长期保存。易
11、用性提供方便的系统安装程序,系统服务器安装配置方便易操作。 提供友好、方便的功能界面。 尽量减少用户输入信息量,提高数据信息共享程度,提供方便的 帮助信息。清晰性提供足够的软件说明文档,配图表说明安全性保证数据访问的安全性,同时对关键数据采取访问权限限制。 保证数据的完整性、一致性和有效性。 保证用户、系统业务数据传输过程的安全性、完整性及不可抵赖 性。 操作系统、数据库系统符合安全标准,提供管理、监控和故障处 理等功能。 采用操作员登陆身份认证机制,进入系统采用密码认证进入,建 立完整的日志记录,服务器脚本进行加密,使用户无法看到网页 脚本源代码,防止伪造身份人员冒用系统资源。可扩展性系统应
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 检查 测试 计划 模板 完整 编辑
限制150内