软件测试计划模板(绝对实用).docVIP

  1. 1、本文档共7页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

XXX工程

软件测试方案

文档变更记录

版本编号

修订日期

修订内容

修订人

备注

目录

TOC\o1-3\h\z\u1 资源需求 4

1.1 硬件资源 4

1.2 软件资源 4

1.3 人力资源 4

2 测试详述 4

2.1 测试范围 4

2.2 测试目标 5

2.3 风险和约束 5

2.4 测试进度 5

3 测试策略 5

3.1 整体策略 5

3.2 测试类型 5

3.3 测试技术 6

4 测试提交文档 6

5 测试进入准那么 6

6 测试通过准那么 7

说明:蓝色说明文字,文档编写完成后,请删除。

资源需求

硬件资源

说明:描述建立测试环境所需要的设备、用途及软件部署方案。

机型〔配置〕:此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。

用途及特殊说明:此设备的用途,如数据库效劳器,web效劳器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;

软件及版本:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此方案分配测试资源;

预计空间:说明第三方软件和应用程序的预计空间;

IP/机型

操作系统

用途说明

软件版本

预计空间

172.16.40.4

Win2003

Oracle10G

2G

Winxp

Tomcat6.0

200M

软件资源

说明:列出工程中使用所有软件以及测试工具。

软件名称

用途说明

人力资源

说明:列出工程参与人员的职务、姓名、职责。人员包括开发人员,Qa,配置,测试以及其它相关人员。

人员

角色

职责

测试详述

测试范围

说明:本方案涵盖的测试范围,比方功能测试、集成测试、性能测试、平安测试等。测试工程涉及的业务功能与其它工程涉及的业务接口等。要说明哪些是要测试的,哪些是不要测试的。哪些文档需要编写,哪些文档在什么情况下不写等。

测试目标

说明:测试人员根据工程的目标和公司质量目标转换本钱次测试的目标。做到完成测试目标同时实现工程的目标和公司的质量目标。测试目标转换成可衡量和实现的东西,必须有固定的视图和目标。

风险和约束

说明:列出测试过程中可能存在的一些风险和制约因素,并给出躲避方案。如:

由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束

由于研发模式为工程型产品,且工程上线时间压力大,使得测试不充分。明确说明在此中约束下,测试如何应对。

由于开发人员兼职其它他工作,造成的所提交代码质量以及不能及时修改BUG的风险,测试应该如何应对。

风险级别

风险分析

躲避措施

测试人员由于不熟悉系统功能而导致测试结果不准确

对测试人员进行相关系统业务功能知识的培训

需求变更

加强沟通,及时变更文档

测试人员少,测试任务多,导致不能完成任务

从其它工程组调用

测试进度

说明:在此章节,对各阶段的测试给出里程碑方案,包括阶段、里程碑、资源等。如果工程已使用DevPlan,可以拷贝DevPlan中内容。进度一般情况时间跨度不能超过两周。

测试活动

开始时间

结束时间

工作量

可测试性需求

系统测试方案

测试用例编写

测试用例评审

第一轮测试

第二轮测试

第三轮测试

系统测试报告

测试策略

整体策略

说明:说明方案中使用的根本的测试过程。使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试用例设计和测试开发,在系统开发完成之后,正式执行测试。产品到达软件产品质量要求和测试要求后发布,并提交相关的测试文档。

测试类型

说明:选择本工程是否采用该测试类型,在表格是否采用如果采用填写“√”,不采用无需填写,如果表格中没有对应的测试类型自己增加。

编号

测试类型

说明

是否采用

1

功能测试

根据需求文档、设计文档等检查产品是否正确实现了功能。

2

流程测试

按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理

3

界面测试

检查界面是否符合公司界面标准,是否美观合理

4

易用性测试

检查系统是否易用友好,是否符合通用的操作习惯

5

接口测试

检查系统能否与外部系统或外部设备等是否接口正常

6

安装测试

检查系统能否正确安装、配置根底数据是否正确

7

性能测试

提取系统性能数据,检查系统是否满足在需求中所规定到达的性能。

8

平安性测试

检查系统平安,是否到达平安需求,是否存平安隐患

9

兼容性测试

对于C/S架构的系统来说,需要考虑客户端支持的系统平台。

对于B/S架构的系统来说需要考虑用户端浏览器的版本。

10

11

12

文档评论(0)

199****4744 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:7002121022000045

1亿VIP精品文档

相关文档