目录
目录
前言
测试方案和测试计划,测试报告几乎都是每个测试人员都必须掌握的。但有时经常搞混,特别是测试方案和测试计划。
测试方案和测试计划的区别
方案和计划英文翻译都叫“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,合入故障,解决故障等,最好是数字化图表化,这样领导一看就清楚。这个可以百度搜索模板,有些公司都有属于自己的模板。
记住,报告开头最明显的是告诉这个版本是否测试通过,这个有通过标准的,看公司怎么定义。