测试方案/测试计划/测试报告的概念和区别有哪些?

目录

目录

前言

测试方案和测试计划的区别

测试方案和测试计划什么时候编写

测试方案

部分内容如下:

测试方法:

测试报告:

测试报告

前言

测试方案和测试计划,测试报告几乎都是每个测试人员都必须掌握的。但有时经常搞混,特别是测试方案和测试计划。

测试方案和测试计划的区别

方案和计划英文翻译都叫“plan”,但具体的区别:

什么是测试方案?
所谓测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。

什么是测试计划?
所谓测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。

测试方案-偏技术:属于技术层面的文档,从技术的角度对测试活动进行规划。主要使用什么技术、什么工具等,即怎么测。

测试计划-偏项目:属于组织管理层面的文档,从组织管理的角度对测试活动进行规划属于技术层面的文档,从技术的角度对测试活动进行规划。主要是目标,时间,人员,资源、环境等,即测什么。

从大的方面讲,测试方案包含测试计划。

                       

测试方案和测试计划什么时候编写

测试方案: 是在项目立项或者需求分析的时候,这时候你就要考虑产品/项目需要用什么方法测,比如是web、app等,使用的技术不一样;其二,每个阶段使用技术/工具也不一样,更多的是测试经理或领导在项目成立或需求分析阶段编写的,考虑总体的大致方案,每个版本的计划,风险等,这样后面知道需要怎么去进行测试,可以解决一些技术难题。

测试计划:是在项目执行的时候,更多的是测试带组人员安排并编写,其目的是看看这个版本你需要多少人、什么时候完成,这就是计划。

测试方案

测试方案分为大方向,和小方向,大方向是指项目的,小方向是每个版本。

小方案的测试方案接近测试计划,这个方案是跟项目经理评审,确定要做什么内容,了解项目情况,哪些需要测试,哪些不需要。

例如:

最小集测试(入口检查)、可生产性、合入故障(修改点)、功能测试、性能测试、压力测试、兼容性测试、自动化测试、外场测试、其他。

以上的确认下在这个版本需要测试吗?如果需要,要考虑需要什么技术或工具测试。然后这些安排谁去测试,什么时候测完等等,很接近测试计划,也顺便吧测试计划做了。

大方向一般内容模板如下(文档是死的,人是活的,根据实际去考虑):

1	引言	4
1.1	编写目的	4
1.2	背景	4
1.3	预期的读者和阅读建议	4
1.4	参考文档	4
2	术语、定义和缩略语	4
2.1	术语、定义	4
2.2	缩略语	5
3	综合描述	5
3.1	软件功能	5
3.2	测试需求范围	5
4	测试风险	6
5	测试策略	7
5.1	测试方法	7
5.2	缺陷管理	8
6	测试计划	8
6.1	集成计划	9
6.2	集成测试进度安排	9
6.3	测试环境与资源配备	10
6.3.1	人员配备	10
6.3.2	测试环境	11
6.3.3	终端特性	12
7	测试报告	13
复制代码

部分内容如下:

测试方法:

集成测试一般采用大爆炸测试&自底向上方法测试

1.功能测试:测试各功能(含协议、框架、驱动)是否存在问题,集群基本业务是否正常;
2.性能测试:在特定条件下,使用工具操作,是否出现问题或异常现象;
3.稳定性测试:跑monkey是否出现问题或异常现象;
4.疲劳测试:固定几台终端不关机、不重启,一致测试,考察终端承受能力;
5.压力测试:针对集群业务相关,如集群呼叫、短信收发、集群联系人存储、应用和按钮频繁连续操作等;
6.异常测试:在特殊场景下测试功能性,如迟后接入、异常操作、低电、业务中断等;
7.内存测试:使用工具获取应用测内存使用情况,提供研发分析;
8.并发测试:同时使用两个应用以上(含集群),如公网并发、短消息并发、音乐/视频同时并发;
复制代码

自动化测试学习视频

        2022最新合集Python自动化测试开发框架【全栈/实战/教程】合集精华,学完年薪40W+

测试报告:

报告名称

报告内容

编写者

接收者

测试工作日报

反馈当日测试内容情况,以及测试影响和风险点反思测试哪个环节出现遗漏、不足之处,当作经验教训。

自测人员

项目经理开发经理科长自测人员项目相关人员

测试工作周报

反馈工作周进程反思测试出现遗漏、不足之处,当作经验教训。

自测人员开发经理项目相关人员

科长开发经理自测人员项目相关人员

测试工作月报

反馈工作月度情况,以及缺陷跟踪情况;反思测试哪个环节出现遗漏、不足之处,当作经验教训。

自测人员开发经理项目相关人员

科长开发经理自测人员项目相关人员

测试阶段性报告

开发经理在达到里程碑(版本发布)前后,自测人员在集成前后,汇报该阶段的主要工作、存在的问题和解决方法/建议、以及风险点等

开发经理自测人员

科长自测人员项目相关人员

测试总结报告

测试总结缺陷跟踪统计分析建议

自测人员

项目经理开发经理科长自测人员项目相关人员

其他的参照实际公司情况,根据模板或在扩展编写。

                  

测试计划

测试计划相对就简单点,遵守5W+1H原则:

1.what:测什么 --目标

2.when:什么时候 --时间

3.where:在哪里测--环境

4.who:谁测--人员

5.why:为什么测--目的

6.how:怎么测--方法

简单来说:我们的测试目标,这个版本测到什么程度,测试目的是为了商用,还是合入故障验证,测试时间,几个人,几个模块,分多少用例,有什么环境什么资源,用什么方法,什么工具。。。。这些计划安排出来就明显,测过程需要些什么。

测试报告

测试报告就是给领导看的,那就把你的内容都安排放里面即可。比如,多少用例,多少人,多少bug,合入故障,解决故障等,最好是数字化图表化,这样领导一看就清楚。这个可以百度搜索模板,有些公司都有属于自己的模板。

记住,报告开头最明显的是告诉这个版本是否测试通过,这个有通过标准的,看公司怎么定义。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值