博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【转载】测试计划模板
阅读量:5294 次
发布时间:2019-06-14

本文共 1840 字,大约阅读时间需要 6 分钟。

参照:http://www.cnblogs.com/zhangyublogs/p/5124735.html

1 简介

1.1编写目的

在此描述编写的目的

1.2 系统背景

在此描写项目背景

1.3 参考资料

下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:

 [注:可适当地删除或添加文档项。]

文档(版本/日期)

是否具备[Y/N]

是否评审[Y/N]

来源

备注

需求规格说明书 

   

 

 

软件概要设计

   

 

 

软件详细设计

   

 

 

项目开发计划 

   

 

 

其它补充文档

   

 

 

 

 

 

 

 

___________________________________________________________________________________________________________________________________ 

2 测试范围

描述本次针对的测试范围。

模块

子模块

是否计划测试

备注

登录注册

 

 

 

首页

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

___________________________________________________________________________________________________________________________________

3 测试进度

3.1 测试进度

测试活动

计划开始日期

计划结束日期

测试人员

备注

制定测试计划

 

 

 

 

设计测试用例

 

 

 

 

模块测试/接口测试

       

集成测试 (模块联调)

 

 

 

 

系统测试 

 

 

 

 

验收测试

 

 

 

 

产品发布

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

系统测试过程可分为四个步骤:

  1.单元测试(模块分调)
    每个模块可以作为一个单独的测试单元,而且也比较容易设计测试用例。单元测试中所发现的错误,往往是编程和详细设计的错误。
  2.集成测试(模块联调)
    子系统测试是将经过单元测试的模块放在一起形成一个子系统来测试。子系统测试的目的是测试模块间接口的正确性。
  3.系统测试
    系统测试是将经过测试的子系统装配成一个完整的系统来测试。在这个测试中发现的错误有设计和编程的错误,也有需求分析中的错误。
  4. 验收测试
    验收测试是将系统作为单一的实体进行测试,测试内容与系统测试基本相同,但是验收测试是在用户参与下进行的,它的目的是由用户来测试软件能否满足用户的需求。
    模块与程序的调试,主要采用白盒法,而在子系统测试、系统测试过程中主要采用黑盒法。

验收测试 :有α测试,β测试,和正式验收测试。alpha:在测试环境测试,beta:在用户环境测试。正式验收测试:是付钱之后,客户在实际中是否好用。

4 测试资源

4.1 人力

角色

姓名

具体职责或注释

测试经理

 

提供测试管理及技术支持

软件测试工程师

 

具体的测试执行及结果反馈

 

 

 

 

4.2 测试环境

 测试环境拓朴图

服务器测试环境配置:

服务器名称

地址

硬件环境

软件环境

CPU

内存

硬盘

操作系统

其他软件

Sql Server2005

192.168.1.3

Intel Xeon 5150 *2

4G

200GB

Win2003

 

CA服务器

192.168.1.3

         

 

 

 

 

 

 

测试人员机器配置

服务器名称

地址

硬件环境

软件环境

CPU

内存

硬盘

操作系统

其他软件

PC

192.168.1.3

Intel Xeon 5150 *2

4G

200GB

WinXp

 

PC2

192.168.1.3

         

 

 

 

 

 

 

 4.3 测试工具

以下列出测试使用的工具:

用途

工具

       生产厂商/自产

版本

测试计划/测试用例

word

 

 

缺陷报告

Jira

 

 

 

 

 

 

   

 

 

 

 

___________________________________________________________________________________________________________________________________

 5  系统风险,优先级

风险管理(对可能的风险进行分析和识别,以及预防、对应措施)

序号

优先级

      测试风险描述

备注

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

6  测试通过/失败标准

所有的测试用例已经执行通过;

所有的重要等级的Bug已经解决并验证通过灯;

7 测试暂停标准及恢复条件

测试启动初始时期,出现致命问题或者多个严重问题,导致50%的测试用例无法执行,则将测试暂停。等待问题修复后,则恢复测试

 

8 附录

转载于:https://www.cnblogs.com/ww-xiaowei/p/8117571.html

你可能感兴趣的文章
电脑的自带图标的显示
查看>>
globalization与全球化
查看>>
[转载] redis 的两种持久化方式及原理
查看>>
关于在Idea 创建Maven项目时,无法在source文件下创建servlet文件问题解决!
查看>>
对 HTTP 304 的理解
查看>>
深入理解css中的margin属性
查看>>
C++ 删除字符串的两种实现方式
查看>>
电容选型
查看>>
ORA-01502: 索引'P_ABCD.PK_WEB_BASE'或这类索引的分区处于不可用状态
查看>>
Spring EL hello world实例
查看>>
百度地图API地理位置和坐标转换
查看>>
MyBatis学习总结(六)——调用存储过程
查看>>
code-代码平台服务器路径
查看>>
离线安装 Visual Studio Express 而不下载整个镜像文件的方法(转载)
查看>>
2014年国际数学家大会台历
查看>>
[数分提高]2014-2015-2第3教学周第1次课
查看>>
2017-2018-2偏微分方程复习题解析10
查看>>
Java抽象类和接口的比较
查看>>
web技术工具帖
查看>>
SpringBoot项目中常见的注解
查看>>