测试计划模板.docxVIP

  1. 1、本文档共13页,可阅读全部内容。
  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文档。上传文档
查看更多

项目名称

测试计划模板

文档标识:

当前版本号:

当前状态:

草稿

发布日期:

发布

修改历史

日期

版本

作者

修改内容

评审号

变更版本号

目录

TOC\o1-3\h\z\u简介 3

目的 3

背景 3

范围 3

术语 3

参考文档 3

测试需求 4

测试资源 4

人力资源 4

系统资源 4

测试环境 5

用户环境 5

测试环境 5

测试策略 5

测试交接标准 5

单元测试交接标准(待定,一般有开发人员完成) 5

集成测试交接标准 5

系统测试交接标准 5

测试通过标准 6

测试类型 6

数据和数据库完整性测试 6

功能测试 7

业务周期测试 7

用户界面测试 8

性能测试 9

负载测试 10

安全性和访问控制测试 10

测试实施阶段 11

估计结果记录 12

估计的假设条件 12

工作量的估计 12

风险管理 12

组间协调 13

工作产品与规模 13

简介

目的

指出特定的软件测试计划的具体目的,还需指出该计划所适用的阅读对象;

背景

对测试对象(构件、应用程序、系统等)及其目标进行简要说明。需要包括的信息有:主要的功能和性能、测试对象的构架以及项目的简史。

范围

描述测试的各个阶段(如单元测试、集成测试、系统测试、验收测试等),并说明本阶段所采用的测试类型(如功能测试、性能测试、安全性测试等)。

简要地列出测试对象中将接受测试或不接受测试的那些性能和功能。

术语

列出计划正文中需要解释术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。

参考文档

下表列出了制定测试计划时所使用的文档(项目文档、标准文档、工具文档),并标明各个文档的可用性。

文档名称

文档标识号及版本号

作者

备注

测试需求

将确定被当做测试对象的各项需求(例如用例、功能性需求和非功能性需求)的跟踪管理矩阵明确列出,并列出将要测试的对象以及测试优先级。优先级分:H—必须测试;M---应用测试,只有在测试完成所有H项后才进行应该测试;L—可能会测试,但只有在测试完成所有H和M项后才进行测试。

测试资源

人力资源

下表列出在此项目的人员配备方面所做的各种假定,包括在各个阶段需要介入测试的各种角色以及相关的职责和权限等。

角色(人数)

姓名

具体职责

测试经理

测试策划

测试设计工程师

测试方案与测试用例设计,测试总结

测试工程师

测试执行

系统资源

下表列出了测试项目所需系统资源,包括软、硬件资源、测试工具等。

资源名称/类型

基本配置及数量

测试数据库服务器

PC台式机

系统软件

应用软件

测试管理平台

性能测试工具

测试环境

用户环境

此处描述用户运行系统时的环境要求,比如所要求的操作系统、软件版本以及其他的一些特殊环境要

求等,可根据不同的项目特征和实际情况,考虑是否需要此节。

测试环境

此处描述测试所需要搭建的环境,需根据用户环境来确定必须的测试环境,以确保能有效的模拟用户环境,尽可能解决用户运行此系统时所发生的突发状况。

测试策略

测试交接标准

此处描述每种由测试组进行的测试的交接标准,即到什么程度就可以进行单元测试/集成测试/系统测试了、

单元测试交接标准(待定,一般有开发人员完成)

该测试由谁(项目组或测试组)来进行由各项组根据项目需要进行约定

集成测试交接标准

该测试由谁(项目组或测试组)来进行由各项组根据项目需要进行约定

系统测试交接标准

约定的测试内容全部完成,并通过单元测试,有相关人员签字确认。

程序包通过配置代表和QA的审核,并纳入配置库进行管理。

由项目经理或者指定的责任人填写测试交接清单,并由所有相关人员签字确认。

测试通过标准

此处描述测试完成标准。

计划的测试用例已全部执行。

经确认的所有缺陷都已得到了商定的解决结果,且没有发现新的缺陷;

测试类型

此处描述对测试对象将进行的测试类型和测试策略,主要考虑的事项有:本阶段测试将要使用的技术、进入该测试阶段的准则,判断该阶段测试何时完成的标准以及测试重点和优先级、需要考虑的特殊事项等。

系统类型详细请参考《测试体系管理流程》。

数据和数据库完整性测试

数据库和数据库进行应作为《项目名称》中子系统来进行测试。

在测试这些子系统时,不应将测试对象的用户界面用作数据的接口,对于数据库管理系统(DBMS),

还需要进行深入的研究,以确定可以支持一下测试工具和方法

测试目标

确保数据库访问方法和进程正常运行,数据不会遭到损坏

技术

调用各个数据库访问方法和进行,并在其中填充有效和无效的数据或对数据的请求。

检测数据库,确保数据已按预期的方式填充,并且所有数据库事件都按正常

方式出现:或者检查所返回的数据,确保为正当的理

文档评论(0)

166****9181 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档