软件测试计划怎么写?模板在这呢
目录
第1章 引言
第2章 项目背景
第3章质量目标
第4章 资源需求
第5章 测试策略
第6章 测试计划
总结感谢每一个认真阅读我文章的人!!!
重点:配套学习资料和视频教学
第1章 引言
1.1目的
简述本计划的目的,旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。
测试计划在策略和方法的高度说明如何计划、组织和管理测试项目。测试计划包含足够的信息使测试人员明白项目需要做什么是如何运作的。另外,清晰的文档结构能使任何一个读者在浏览计划的前面几页后,就能对项目有一个大概的认识。测试计划只是测试的一个框架,很多细节需要跟开发人员或其他人员沟通,因此计划不包括测试用例的细节和系统功能的详细信息。在计划目的中需要指明读者对象。
1.2名词解释
列出本计划中使用的专用术语及其定义
列出本计划中使用的全部缩略语全称及其定义
缩写词或术语 |
英文解释 |
中文解释 |
1.3参考资料
列出本计划各处参考的经过核准的全部文档和主要文献。
1.4测试摘要
这一节主要说明测试计划中重要的和可能有争议的问题。本节的主要目的是将这些信息传递给那些可能不会通读整个测试计划文档的人员(比如经理或开发项目的负责人)。
1.4.1 重点事项
列出测试的重点事项。可以将问题按重要程度和优先级罗列出来,然后在后面的章节中再对这些问题进行详细说明,这样就能让对这些问题有重要影响的人员知道问题的所在
1.4.2 争议事项
简要说明争议事项。
1.4.3 风险评估
通过对技术文档的阅读,对被测系统可能存在的问题:系统设计,数据库设计,响应时间,计费策略,因测试环境不足可能存在的测试缺陷事先评估出来,以指导测试方案,进行有重点的测试.
1.4.4 时间进度
简要说明测试开始时间与发布时间。
1.4.5 测试目标
简要说明测试发布的质量目标:
测试计划中所有测试方法和模块已经执行通过
所有的测试案例已经执行过
所有的重要等级为1/2的Bug已经解决并由测试验证
第2章 项目背景
2.1测试范围
说明本计划涵盖的测试范围,比如功能测试、集成测试、系统测试、验收测试等。通常说明什么是要测试的,什么是不要测试的是非常重要的。明确规定这些问题后,测试人员对该做什么有一个清晰的认识。
(1)简要地列出测试对象中将接受测试或将不接受测试的那些性能和功能。
(2)如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。
(3)列出可能会影响测试设计、开发或实施的所有风险或意外事件。
(4)列出可能会影响测试设计、开发或实施的所有约束。
提示和技巧:
需要测试和特别注意测试那些部分?
测试是否专么针对与某些问题的解决?
哪些部分不需要测试,为什么?
哪些部分需要推迟测试,为什么?
是否要验证每个模块的稳定性?
测试的优先级和先后顺序
2.2测试目标
系统目标对测试人员了解自己需要做什么是非常重要的。测试项目负责人应积极与系统设计人员或开发人员沟通,以取得相关资料。测试人员必须知道系统是做什么并且帮助项目实现这种目标。在计划中包括系统视图和目标后,要确保所有的测试人员都知道项目和系统的目标。
通常情况下项目计划都是模糊的。模糊的目标必须通过成员的努力转换成可衡量和实现的东西。没有固定的视图和目标,你将无法完成部分任务。而且,你会发现很难将对产品的认识向别人转述。
2.3联系方式
列出项目参与人员的职务、姓名、E-mail 和电话。
职务 |
姓名 |
|
电话 |
开发工程师 |
|||
CVS Builder |
|||
开发经理 |
|||
测试负责人 |
|||
测试人员 |
2.4风险及约束
列出测试过程中可能存在的一些风险和制约因素,并给出规避方案。如:
Ä由于客观存在的设备、网络等资源原因,使得测试不全面。明确说明哪些资源欠缺,产生什么约束
Ä由于研发模式为现场定制,且上线时间压力大,使得测试不充分。明确说明在此中约束下,测试如何应对
Ä只针对专门的客户群需求的测试。明确说明此约束下的客户群和业务范围。
2.5测试文档
列出测试过程中可能用到的参考文档、相关的设计文档以及保存位置,测试完成后应产生的文档。
2.5.1测试参考文档
文档说明 |
作者 |
文档位置(CVS) |
需求文档 |
||
总体设计 |
||
白皮书 |
||
使用手册 |
||
管理手册 |
||
测试文档 |
||
API文档 |
||
2.5.2测试提交文档
文档说明 |
作者 |
文档位置(CVS) |
《总体测试计划》 |
||
《总体测试方案》(可根据项目情况进行裁剪) |
||
测试用例 |
||
《性能测试方案(报告)》 |
||
《测试报告》 |
||
《Readme》 |
||
《产品操作手册(后台)》 |
||
《产品操作手册(前台)》 |
||
《产品安装维护手册》 |
||
《产品错误代码说明文档》 |
第3章质量目标
描述本阶段测试目标和要求。质量目标应该包括产品的质量目标和测试小组的质量目标。
质量不仅是衡量系统的功能或性能是否正常。对系统来说,在开发过程中尽早建立全面的质量标准与系统的及时发布是一样重要的。质量目标是一个强有力的工具,应该在系统开发过程中尽早建立。一个定义准确的质量目标在以后的产品开发过程中帮助决策。例如,系统是否能够正式发行?在代码完成后,应该修复那些缺陷?在系统完成后那种类型的测试是最合适的?
3.1产品质量目标
可以是产品的质量达到什么样的目标,产品的流程联通性达到什么样的要求。
测试质量目标 |
确认者(如需说明) |
测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确 |
|
产品规定的操作和运行稳定 |
3.2测试质量目标
评价测试质量的目标可以有:
测试质量目标 |
确认者(如需说明) |
所有的测试案例已经执行过 |
|
所有的自动测试脚本已经执行通过 |
|
所有的重要等级为1/2的Bug已经解决并由测试验证 |
|
每一部分的测试已经被Test Lead确认完成 |
|
重要的功能不允许有等级为1/2/3的Bug |
|
一般的功能或与最终使用者不直接联系的功能不允许有等级为1/2的bug,且bug等级为3的问题不得超过1/功能 |
|
轻量的功能允许有少量2/3等级的错误 |
|
发现错误等级为1/2/3的Bug的速率正在下降并接近0 |
|
在最后的三天内没有发现错误等级为1/2/3类的Bug |
第4章 资源需求
4.1培训资料
培训需求 |
培训内容 |
培训人员 |
开始时间 |
完成时间 |
业务流程 |
||||
安装配置 |
||||
工具使用 |
4.2测试环境
4.2.1硬件测试环境
描述建立测试环境所需要的设备、用途及软件部署计划。
“机型(配置)”:此处说明所需设备的机型要求以及内存、CPU、硬盘大小的最低要求。
“用途及特殊说明”:此设备的用途,如数据库服务器,web服务器,后台开发等;如有特殊约束,如开放外部端口,封闭某端口,进行性能测试等,也写在此列;
“软件及版本”:详细说明每台设备上部署的自开发和第三方软件的名称和版本号,以便系统管理员按照此计划分配测试资源;
“预计空间”:说明第三方软件和应用程序的预计空间;
“环境约束说明”:建立此环境时的特殊约束。如需要开发外部访问端口,需要进行性能测试等。
平台1:SUN |
|||||
机型(配置) |
IP地址 |
操作系统 |
用途及特殊说明 |
软件及版本 |
预计空间 |
SUN450 |
10.1.1.1 |
oracle8.1.2 |
2G |
||
平台2:IBM |
|||||
机型 |
IP地址 |
操作系统 |
用途 |
第三方软件及版本 |
预计空间 |
4.2.2软件测试环境
软件需求 |
用途 |
4.3测试工具
此项目将列出测试使用的工具以及用途:
测试工具 |
用途 |
自动测试工具 |
第5章 测试策略
5.1 整体测试策略
本节的目的是说明计划中使用的基本的测试过程。
使用里程碑技术在测试过程中验证每个模块,测试人员在需求阶段参与测试工作,进行需求review、设计review、测试案例设计和测试开发,在系统开发完成之后,正式执行测试。产品达到软件产品质量要求和测试要求后发布,并提交相关的测试文档。
5.2开始/中断/完成标准
说明中断/开始/完成测试的标准。
开始/中断/完成测试 |
标准说明 |
开始测试标准 |
硬件环境可用且软件正确安装完成 |
中断测试标准 |
安装无法正确完成或程序的文档有相当多的失误或系统服务异常或发现Block Bug |
完成测试标准 |
完成测试计划中的测试规划并达到程序和测试质量目标,并由Test Lead/R&D Manager确认 |
5.3测试类型
测试类型 |
是否采用 |
说明 |
功能测试 |
采用 |
根据系统需求文档和设计文档,检查产品是否正确实现了功能。 |
流程测试 |
采用 |
按操作流程进行的测试,主要有业务流程、数据流程、逻辑流程、正反流程,检查软件在按流程操作时是否能够正确处理 |
边界值测试 |
采用 |
选择边界数据进行测试,确保系统功能正常,程序无异常。 |
容错性测试 |
采用 |
检查系统的容错能力,错误的数据输入不会对功能和系统产生非正常的影响,且程序对错误的输入有正确的提示信息 |
异常测试 |
采用 |
检查系统能否处理异常 |
启动停止测试 |
采用 |
检查每个模块能否正常启动停止、异常停止后能否正常启动 |
安装测试 |
采用 |
检查系统能否正确安装、配置 |
易用性测试 |
采用 |
检查系统是否易用友好 |
界面测试 |
采用 |
检查界面是否美观合理 |
接口测试 |
采用 |
检查系统能否与外部接口正常工作 |
配置测试 |
采用 |
检查配置是否合理、配置是否正常 |
安全性和访问控制测试 |
采用 |
应用程序级别的安全性:检查Actor只能访问其所属用户类型已被授权访问的那些功能或数据。 系统级别的安全性:检查只有具备系统和应用程序访问权限的Actor才能访问系统和应用程序。 |
性能测试 |
采用 |
提取系统性能数据,检查系统是否满足在需求中所规定达到的性能。 |
压力测试 |
采用 |
检查系统能否承受大压力,测试产品应该能够在高强度条件下正常运行,不会出现任何错误。 |
兼容性测试 |
采用 |
对于 C/S 架构的系统来说,需要考虑客户端支持的系统平台。 对于 B/S 架构的系统来说需要考虑用户端浏览器的版本。 |
割接/升级测试 |
采用 |
进行专门的割接测试或升级测试,提供工程升级割接方案 |
文挡测试 |
采用 |
检查文档是否足够、描述是否合理 |
回归测试 |
采用 |
检查程序修改后有没有引起新的错误、是否能够正常工作以及能否满足系统的需求 |
5.4 测试技术
测试技术 |
是否采用 |
说明 |
里程碑技术 |
采用 |
里程碑的达成标准及验收方法在测试完后制订 |
自动测试技术 |
采用 |
核心业务流程采用自动测试技术 |
审评测试 |
采用 |
对软件产品功能说明文档和设计说明文档进行检查,在需求与设计阶段进行 |
编写测试用例 |
采用 |
在产品编码阶段编写测试用例 |
单元测试 |
不采用 |
由开发人员进行 |
集成测试 |
采用 |
检测模块集成后的系统是否达到需求对业务流程及数据流的处理是否符合标准、系统对业务流处理是否存在逻辑不严谨及错误以及是否存在不合理的标准及要求。 |
确认测试 |
采用 |
在产品发布前,对照feature list 进行基本需求的确认,确认产品是否正确实现了功能。 |
系统测试 |
采用 |
包括性能测试、压力测试和回归测试 |
验收测试 |
不采用 |
由工程实施人员进行 |
第6章 测试计划
6.1进度计划
在此章节,对各阶段的测试给出里程碑计划,包括阶段、里程碑、资源等。
6.1.1测试时间进度
测试阶段 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
制定测试计划 |
||||
需求Review |
||||
设计Review |
||||
设计测试用例 |
||||
测试开发 |
||||
测试环境准备 |
||||
测试实施 |
||||
功能测试 |
||||
集成测试 |
||||
性能测试 |
||||
系统测试 |
||||
验收测试 |
||||
文档编写 |
6.1.2测试里程碑
里程碑 |
完成时间 |
完成标准 |
测试正式开始 |
完成可接受性测试和烟雾测试 |
|
进行CVS LOCK |
进行cvs lock |
完成所有里程碑测试和标准测试,测试种类包括确认测试和系统测试,且所有以发现的Bug等级为1/2/3的Bug已修复,近期内无发现新的Bug等级为1/2/3的Bug |
产品Release |
重复进行主路径测试和进行Bug检查测试,产品处于可交付状态并由测试经理和高级经理确认 |
6.2测试准备
6.2.1 测试环境准备
准备事项 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
测试环境准备 |
6.2.2 安装测试
准备事项 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
安装测试 |
6.2.3 烟雾测试
准备事项 |
开始时间 |
完成时间 |
测试人员 |
阶段完成标志 |
烟雾测试 |
6.3 具体测试实施任务和时间人员安排
测试功能点 |
开始时间 |
完成时间 |
测试人员 |
说明 |
总结
感谢每一个认真阅读我文章的人!!!
如果下面这些资料用得到的话可以直接拿走:
1、自学开发或者测试必备的完整项目源码与环境
2、测试工作中所有模板(测试计划、测试用例、测试报告等)
3、软件测试经典面试题
4、Python/Java自动化测试实战.pdf
5、Jmeter/postman接口测试全套视频获取
6、Python学习路线图
重点:配套学习资料和视频教学
那么在这里我也精心准备了上述大纲的详细资料包含:电子书,简历模块,各种工作模板,面试宝典,自学项目等。如下,需要的点击下方名片加我VX免费领取。
软件测试计划怎么写?模板在这呢相关推荐
- 软件专用测试清单,软件测试计划清单实用模板.doc
实用文档 PAGE 文案大全 实用文档 文案大全 产品名称 测试计划模板 文档标识: 当前版本: 1.0 当前状态: 草稿 发布日期: 发布 ? 修改历史 日期 版本 作者 修改内容 评审号 变更控制 ...
- 软件测试计划编写范文模板
软件测试计划的编写 一.测试计划定义 测试计划是一个叙述了预定的测试活动的范围.途径.资源及进度安排的文档.它确认了测试项.被测特征.测试任务.人员安排,以及任何偶发事件的风险. (810119819 ...
- 软件测试计划模板(增强版)
软件测试计划模板 Author: Vince 来源:http://blog.csdn.net/vincetest 目 录 1. 引言... 4 1.1. 目的. ...
- 一份有效的软件测试计划要怎么写?
测试计划(software test plan)是软件测试员和产品开发小组交流及完成指标的主要表达方式.测试计划的目的是:规定测试活动的范围.方法.资源和进度.明确正在测试的项目.要测试的特性.要执行 ...
- islide软件测试计划
islide软件测试计划 文章目录 islide软件测试计划 1.简介 1.1目的 1.2背景 1.3测试范围 2.测试参考文档和测试提交文档 2.1测试参考文档 2.2 测试提交文档 3.测试进度 ...
- 软件测试计划文档(初)
软件测试计划文档 1.引言 1.1 编写目的 满足大学生选课需求,解决选课难的问题 1.2 项目背景 如今,网上选课已成为大学生必经之路,但是普通的官方系统难以满足大学生需求,我们拟在大学内推广该软件 ...
- 软件质量保证计划_软件测试计划 笔记
软件测试计划 软件项目的测试计划是描述测试目的.范围.方法和软件测试的重点等的文档.对于验证软件产品的可接受程度编写测试计划文档是一种有用的方式. 软件测试计划就是在软件测试工作正式实施之前明确测试的 ...
- 测试基础 – 软件测试计划
1.软件测试计划的制定 1.1.需求分析 定义被测试对象和测试目标 确定测试阶段和测试周期的划分 1.2.测试策略 测试方法的选择 测试工具的选择 测试用例设计方法的选择 1.3.工作量估算 测试过程 ...
- 软件测试bug文档模板,软件bug测试记录模板
软件bug测试记录模板 XXX软件bug测试记录表 文档编号: 背景信息 项目名称 测试目的 硬件环境 软件环境 测试时间 测试人员 测试说明 1.严重等级: A-Crash(崩溃的):由于程序所引起 ...
最新文章
- OAuth2.0 基础概述
- Json格式的netconf转成NormalizedNode
- 在Sublime Text 3上安装代码格式化插件CodeFormatter
- ARM发表白皮书:物联网的过去、现在与未来
- 如何获取上传文件的本地路径
- 成为奥运冠军需要天赋和努力
- mysql映射mapper_Mybatis中Mapper映射文件使用详解
- 在win10中使用任务计划程序_设置定时任务---Windows使用技巧工作笔记001
- 基于表格存储的高性能监控数据存储计算方案
- L3-013 非常弹的球 (30 分)
- 同济大学计算机专业考研的教材,同济大学电子信息(计算机与智能技术)专业考研参考书目-指定教材-辅导资料...
- OpenGL ES 帧缓冲对象(FBO):Render to texture
- wps无法使用F4重复上一步操作的解决方法
- 超高精度UWB其实并不贵——UWB定位基站成本详解
- 青蛙跳石头java_Java青蛙跳台阶问题的解决思路与代码
- Cesium:加载GeoServer-WMS服务
- React-Antd-表单-必选样式
- e-icon-picker
- 04--简单菜单使用
- 在centos上连接sftp服务器
热门文章
- 计算机专业毕业论文摘要,计算机科学与技术专业论文摘要怎么写 计算机科学与技术专业论文摘要范文参考...
- Android最强保活黑科技的最强技术实现!
- 二叉树的基本概念及遍历(先中后)序
- 数据结构中常用的7种排序方法
- 表单 <input> 元素必须有标签
- /storage/emulated/0 (Permission denied) 权限已开,写入sd卡仍报错的解决办法
- 最常问的网络基础面试问题整理
- 记事本编写html闪退,加载的时候出现一个记事本点确定就闪退了,萌新求解答...
- 程序员刚写完代码 , 就被开除了
- 超级电容的容值计算(转)