软件测试计划模板-参考文档.doc

上传人:scccc 文档编号:12049392 上传时间:2021-12-01 格式:DOC 页数:28 大小:225KB
返回 下载 相关 举报
软件测试计划模板-参考文档.doc_第1页
第1页 / 共28页
软件测试计划模板-参考文档.doc_第2页
第2页 / 共28页
软件测试计划模板-参考文档.doc_第3页
第3页 / 共28页
亲,该文档总共28页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《软件测试计划模板-参考文档.doc》由会员分享,可在线阅读,更多相关《软件测试计划模板-参考文档.doc(28页珍藏版)》请在三一文库上搜索。

1、软件测试计划模板参考文档XXX项目软件测试计划编号:xxxx 公司20xx 年 xx 月目录1文档说明 41.1文档信息41.2文档控制5变更记录5审阅记录62 引言 72.1编写目的72.2项目背景72.3参考资料82.4术 语 和 缩 略 语83测试策略 93.1整体策略3.2测试范围103.3测试交接标准113.3.1 e单兀测试交接妾标准113.3.2集成测试交接标准113.4测试通过标准113.5测试类型123.5.1功能测试123.5.2性能测试123.5.3容量测试133.5.4安全测试133.6风险分析134测试方法 144.1里程 碑技 术144.2测试用例设计154.3测试

2、实施过程154.4测试方法综述154.5测试团队结构165资源需求 仃5.1培训需求175.2运行环境17软件运行环境17硬件运行环境6各阶段时间分配187测试过程管理197.1测试文档197.1.1 测试文丈档管理197.2缺陷处理过程207.3测试报告201文档说明1.1文档信息文档基本信息参看表i-i文档信息表。表 错误!文档中没有指定样式的文字。-1文档信 息表文档 作者创建 日期20xx年xx月xx日当前 版本V1.0上次无版本1.2文档控制变更记录文档变更记录在表1-2中详细记录。表错误!文档中没有指定样式的文字。-2变更记录表变更日期变更人版本备注2016-05-05V1.0新增

3、2016-05-05V2.0修改2016-05-05V3.0删除审阅记录表1-3中详细记录了审阅记录。表错误!文档中没有指定样式的文字。-3审阅记录表审阅 日期审阅人版本备注xx- 软件测试计划2 引言2.1 编写目的本文档主要阐述“ xx 系统”测试过程中的一些细节,为“ xx 系统” 的测试工作提供一个框架和规范:1) 确定项目测试的策略、范围和方法。2) 使项目测试工作的所有参与人员(客户方参与人员、测试管理者、测试 人员)对本项目测试的目标、范围、策略、方法、组织、资源等有一个 清晰的认识。3) 使项目测试工作的所有参与人员理解测试控制过程。4) 从策略角度说明本项目测试的组织和管理,

4、指导测试进展,并作为项目 测试工作实施的依据。预期的读者主要有两类受众:测试管理人员(项目经理、客户指派 人员)和测试人员。1) 项目经理根据该测试大纲制定进一步的计划、安排(工作任务分配、时 间进度安排)和控制测试过程。2) 客户指派人员通过该测试大纲了解测试过程和相关信息。3) 测试人员根据该测试大纲中制定的范围、 方法确定测试需求、 设计测试 用例、执行和记录测试过程并记录和报告缺陷。2.2 项目背景1) 项目背景2.3参考资料表2-1列出了此次计划涉及到的参考资料表 错误!文档中没有指定样式的文字。-4参考资 料名称备注GBT 15532-2008 计算机软件测试规范GBT 9386-

5、2008 计算机软件测试文档编制规范2.4术语和缩略语本文使用了表错误! 文档中没有指定样式的文字。-5术语/定义 所显示的面向用户的术语、定义,包括通用词语在本文档中的专用解释。表 错误!文档中没有指定样式的文字。-5术语/ 定义术语/定义说明表错误!文档中没有指定样式的文字。-6缩略语所列为本文用到的缩略语表 错误!文档中没有指定样式的文字。-6缩略语缩略语说明测试范围测试该项目所需要执行的全部工作3测试策略3.1整体策略本项目的特点:1)参与测试的人员部分是第一次接触大数据平台采购项目系统。2)项目系统庞大,内容涉及广泛,功能复杂。3)距离初验时间不到两个月,时间比较紧。根据以上特点,制

6、定本项目的测试过程策略如下:1)尽量做到在有限的时间里发现尽可能多的缺陷(尤其是严重缺陷)。2)测试计划、部分用例设计同步进行。3)测试过程要受到控制。根据事先定义的测试执行顺序进行测试,并填写 测试记录表,保证测试过程是受控的。4)确定重点。测试重点放在各子系统的功能实现上,问题较多的则是重中 之重。依据标准:本次测试中测试文档的编写、测试用例的编写、具体的执行测试以 及测试中各项资源的分配和估算,都是以项目经理提供的各子系统的需求文档、设计文档为标准,软件的执行以系统逻辑设计构架为依据 测试过程:测试大纲开始r测试用例说明书测试记录缺陷记录测试总结结束测试分析报告图 错误!文档中没有指定样

7、式的文字。-1测试过程图3.2测试范围制定此次项目测试范围的依据为:1)各子系统所包含的功能。2)同项目负责人特别确定的测试范围。要测试的子系统:表 错误!文档中没有指定样式的文字。-7测试范围测试内 容测试范围功能测 试数据接入子系统数据分析子系统共享服务子系统平台管理专题应用3.3测试交接标准3.3.1 单元测试交接标准该测试主要由项目组进行,由各项目组根据项目需要进行约定即可。3.3.2 集成测试交接标准该测试由项目组和测试组来进行。1)约定测试内容全部完成,并通过了单元测试,由相关人员签字确认。3.4测试通过标准1)计划的测试用例已全部执行。2)经确定的所有缺陷都已得到了商定的解决结果

8、,并没有发现新的缺陷3.5测试类型功能测试表 错误!文档中没有指定样式的文字。-8功能测 试类型描述测试目标验证软件提供的功能是否都可以实现。测试方法和 技术检验在输入正确数据时结果能否与设 计期望相符合;检验在输入错误数据时软件能否报警 并正常运行。完成标准所有功能都经过测试,且达到目标。性能测试表 错误!文档中没有指定样式的文字。-9性能测试类型描述测试目标对软件的响应时间、并发性、吞吐量, 处理精度等指标进行测试以确认软件 是否达到客户需求。测试方法和 技术采用黑盒方法测试每个功能并记录。完成标准各指标都达到标准。容量测试表 错误!文档中没有指定样式的文字。-10容量 测试类型描述测试目

9、标增大软件输入数据量,以确认软件在处 理大量数据时运行正常。测试方法和 技术对设计时预计的平均数据处理量提咼 一个数量级。完成标准大数据量输入时软件可以正常完成功 能。安全测试表 错误!文档中没有指定样式的文字。-11安全测试 类型描述测试目标确保软件用户都在权限以内进行操作。测试方法和 技术米用黑盒测试法通过登陆不冋权限用 户模式进行软件操作从而确保安全性。完成标准各权限用户只能在权限规定范围内进 行操作。3.6风险分析1)测试人员对系统熟悉程度的风险:参与本项目的测试人员在经过短期的系统培训后,仍然有可能没有完全掌握系统的业务细节,这将在后面的测试设计和测试执行工作造成一些测试逃逸第13页

10、共14页现象(即一些要测试的方面没有覆盖到)。2)测试工具使用的风险:目前测试人员对性能测试的一些工具使用经验不足,需要花费一定的时间研究。4测试方法4.1里程碑技术在本项目中,我们将整个测试过程分为几个里程碑,达到一个里程 碑后才能转换到下一阶段,以控制整个过程。我们将整个测试过程分为以下几个里程碑:表 错误!文档中没有指定样式的文字。-12测试 过程信息表里程碑完成标准系统培训:1. 对于本项目所有需要测试的 系统的培训完成。2. 测试人员已经对所有被测系 统/模块进行了使用,了解了被测 系统的具体功能。测试设计:1. 测试用例已覆盖所有测试需 求。2. 测试用例设计已经完成。测试执行:1

11、. 所有测试用例被执行。2. 发现的缺陷都有缺陷记录。3.测试过程有测试记录。结果分析:1.完成测试分析报告。4.2测试用例设计本次测试的测试案例,是在经过系统培训后,由测试人员根据客户对系统的 介绍和自己对系统的理解按照系统层次结构组织编写。1)本系统案例的编写采用黑盒测试常用的分析方法设计用例。2)对于每一个测试用例,测试设计人员应为其指定输入(或操作)、预期输出(或结果)。3)每一个测试用例,都必须有详细的测试步骤描述。4)本次测试设计的所有测试用例均需以规范的文档方式保存。5)在整个测试过程中,可根据项目实际情况对测试用例进行适当的变更。6)测试用例中测试数据的准备,在客户的指导和协助

12、下准备。7)按照系统的运行结构安排用例的执行。4.3测试实施过程本项目由3位测试人员分别负责不同的子系统的测试,实施过程如下:1)准备测试所需环境。2)准备测试所需数据。3)按照系统运行结构执行相应测试用例。4)记录测试过程和发现的缺陷。5)报告缺陷。4.4测试方法综述本项目测试包括:1)功能测试,测试各功能是否有缺陷。2)测试人员执行测试时,要严格按照测试用例中的内容来执行测试工作。3)测试人员要将测试执行过程记录到测试执行记录文档中。4)测试人员要对测试中发现的问题记录到缺陷记录中。5)测试组织。4.5测试团队结构表4-2标明了测试团队结构信息表 错误!文档中没有指定样式的文字。-13测试

13、 团队结构表角色人员职责测试主管1)组织测试培训2)组织环境搭建3)制定测试大纲4)需求、用例审核5)控制测试进度6)与相关部门、人员 沟通客户指派1)协助沟通2)协助确定测试需求3)协助准备测试环境 和数据测试设计1)设计测试用例2)准备测试数据测试执行1)按计划执行测试用 例2)记录执行过程3)提出纠正建议措施缺陷报告1)记录、报告所发现 的缺陷测试分析1)分析测试结果2)编写成测试分析报 告5资源需求5.1培训需求参与本次测试的测试人员需要项目组长对测试人员进行系统的相关培 训。培训内容包括:1)系统架构的培训。2)系统数据流程的培训。3)各子系统的功能培训。4)哪些部分是本次的重点测试

14、对象。5.2运行环境5.2.1软件运行环境表5-1列出了被测系统的软件运行环境。表 错误!文档中没有指定样式的文字。-14软件运行环境分类软件运行系统Ce ntOS7522硬件运行环境表5-2列出了被测系统的硬件运行环境。表 错误!文档中没有指定样式的文字。-15硬件运行环境资源类型资源描述数量6各阶段时间分配表6-1列出了个阶段时间分配情况。表 错误!文档中没有指定样式的文字。-16各阶段时间分配表测试开始时间:2016年xx月XX日测试结束 时间:2016 年 xx 月xx日序号名称完成日期工作量(人日)11)测试大纲22)系统培训33)测试设计44)测试 执行55)结果分析7测试过程管理

15、7.1测试文档测试文档管理本项目对测试文档进行集中管理, 文档集中存放在项目测试小组长处, 每周 备份一次。测试文档由不同角色分别创建,各角色创建的文档如表7-1测试文档信息表 所示:表 错误!文档中没有指定样式的文字。-17测试文档信息表文档名称编制者其它说明6)测 试大纲7)测试主管8)测 试用例说 明书9)测试设计人员10) 缺陷记录11)缺 陷报告人 员12) 测试总结 分析报告13)测试主管7.2缺陷处理过程特定义缺陷处理过程如下:14)测试结束时项目经理将所有缺陷整合成 一个完整的缺陷文档,同其它测试文档一同 提交给客户。7.3测试报告测试过程中,需要产生以下报告:表错误!文档中没有指定样式的文字。-18测试 扌报告信息表报告名 称报告内容编制 者接受者测试总15)测试过18)客结报告程概要户代表16)测试分19)公析总结司领导17)建议

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 社会民生


经营许可证编号:宁ICP备18001539号-1