软件测试计划模板

上传人:博****1 文档编号:561625105 上传时间:2023-02-03 格式:DOCX 页数:6 大小:95.10KB
返回 下载 相关 举报
软件测试计划模板_第1页
第1页 / 共6页
软件测试计划模板_第2页
第2页 / 共6页
软件测试计划模板_第3页
第3页 / 共6页
软件测试计划模板_第4页
第4页 / 共6页
软件测试计划模板_第5页
第5页 / 共6页
点击查看更多>>
资源描述

《软件测试计划模板》由会员分享,可在线阅读,更多相关《软件测试计划模板(6页珍藏版)》请在金锄头文库上搜索。

1、V项目名称软件测试计划目录1 前言 21.1编写目的 21.2名词解释 21.3参考资料 21.4测试摘要 22 资源需求 32.1硬件资源 32.2软件资源 32.3人力资源 33 测试详述 43.1测试范围 43.2测试目标 43.3风险和约束 43.4 测试进度 44 测试策略 54.1 整体策略 54.2 测试类型 54.3 测试技术 55 测试提交文档66 质量目标 67 计划审核记录6说明: 蓝色说明文字,文档编写完成后,请删除。1 前言1.1 编写目的说明:对测试计划做一个简单的介绍说,明这个测试计划的功效以及当前项目背景情况介绍。 对测试产品(所属行业、系统架构、系统功能等)及

2、其项目目标,以及该文档读者对象、其 它相关事项进行一个简要说明。1.2 名词解释1.4 测试摘要说明:主要说明测试计划中重要的和可能有争议的问题主。要目的是将这些信息传递给那些 可能不会通读整个测试计划文档的人员(比如公司领导、项目经理、产品经理。等可)以考 虑以下几块内容。重点事项 列出测试的重点事项。可以将问题按重要程度和优先级罗列出来然,后在后面的章节中 再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在。 争议事项 简要说明争议事项,如与开发人员、项目经理在测试进度,测试策略等方面前期未达成一致的内容。 风险评估 通过对技术文档的阅读,对被测系统可能存在的问题

3、:系统设计,数据库设计,响应时间,因测试环境不足可能存在的测试缺陷事先评估出来以,指导测试方案,进行有重点的测 试 时间进度简要说明测试开始时间与发布的大致时间或几个大里程碑时间。测试目标简要说明测试发布的质量目标。如测试范围、需求覆盖率、测试用例执行率、缺陷修复 率要求等。2 资源需求2.1 硬件资源说明:描述建立测试环境所需要的设备、用途及软件部署计划。机型(配置):此处说明所需设备的机型要求以及内存CPU、硬盘大小的最低要求。用途及特殊说明:此设备的用途,如数据库服务器eb月服务器,后台开发等;如有 特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;软件及版本:详细说明每

4、台设备上部署的自开发和第三方软件的名称和版本号以,便系统管理员按照此计划分配测试资源;预计空间:说明第三方软件和应用程序的预计空间;IP/机型操作系统用途说明软件&版本预计空间172.16.40.4Win2003Oracle10G2G172.16.108.25WinxpTomcat6.0200M2.2软件资源说明:列出项目中使用所有软件以及测试工具。2.3 人力资源说明:列出项目参与人员的职务、姓名、职责。人员包括开发人灵a,配置,测试以及 其它相关人员。3 测试详述3.1 测试范说明:本计划涵盖的测试范围,比如功能测试、集成测试、性能测试、安全测试等。测试项 目涉及的业务功能与其它项目涉及的

5、业务接口等要。说明哪些是要测试的,哪些是不要测试 的。哪些文档需要编写,哪些文档在什么情况下不写等。3.2 测试目标说明:测试人员根据项目的目标和公司质量目标转换成本次测试的目标做。到完成测试目标 同时实现项目的目标和公司的质量目标测。试目标转换成可衡量和实现的东西必,须有固定 的视图和目标。3.3 风险和约束说明:列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:由于客观存在的设备网络等资源原因使得测试不全面。明确说明哪些资源欠缺, 产生什么约束 由于研发模式为项目型产品,且工程上线时间压力大,使得测试不充分。明确说明 在此中约束下,测试如何应对。由于开发人员兼职其它他工作,造

6、成的所提交代码质量以及不能及时修UG的风险,测试应该如何应对。说明:在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。表格中是 否里程碑,如果是里程碑填写7,不是无需填写。测试阶段开始时间结束时间资源是否里程碑系统测试计划测试用例编写测试用例评审单元测试用户手册编写集成测试系统测试系统测试报告编写4 测试策略说明:说明计划中使用的基本的测试过程使。用里程碑技术在测试过程中验证每个模块测, 试人员在需求阶段参与测试工作,进行需求eview设计review测试用例设计和测试开 发,在系统开发完成之后,正式执行测试。产品达到软件产品质量要求和测试要求后发布, 并提交相关的测试文档。4

7、.2 测试类型说明:选择本项目是否采用该测试类型,在表格是否采用如果采用填 V 不采用无需 填写,如果表格中没有对应的测试类型自己增加。编号测试类型说明是否采用1功能测试根据需求文档、设计文档等检杳产品是否正确实现了功能。2流程测试按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理3界面测试检查界面是否符合公司界面规范,是否美观合理4易用性测试检查系统是否易用友好,是否符合通用的操作习惯5接口测试检查系统能否与外部系统或外部设备等是否接口正常6安装测试检杳系统能否正确安装、配置基础数据是否正确7性能测试提取系统性能数据,检杳系统是否满足在

8、需求中所规定达到的性 能。8安全性测试检查系统安全,是否达到安全需求,是否存安全隐患9兼容性测试对于C/S架构的系统来说,需要考虑客户端支持的系统平台。 对于B/S架构的系统来说需要考虑用户端浏览器的版本。1011124.3测试技术说明:选择本项目是否采用该测试技术,在表格是否采用如果采用填 V 不采用无需 填写,如果表格中没有对应的测试技术自己增加。编号测试技术说明是否采用1测试用例设计在产品需求评审通过后编写测试用例2白盒测试单元测试是否开展代码测试3自动化测试系统回归时是否要引入自动化测试4性能测试是否是使用工具进行性能方面的测试565 测试提交文档说明:测试过程中需要提交各种文档、作者、文档配置库存放目录。文档说明作者文档位置(配置库)系统测试计划测试用例实现与测试跟踪表用户手册系统测试报告6 质量目标说明:可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求编写测试质量目标确认人以及特殊说明1测试已实现的产品是否达到设计的要求,包括:各个功能点是否 以实现,业务流程是否正确2所有的测试用例已经执行过3所有的自动测试脚本已经执行通过4不允许存严重程度为高和中的功能缺陷5缺陷的发现速率正在下降并接近06在最后的三天内没有发现严重程度为高和中的缺陷787 计划审核记录

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号