简单描述一下测试计划和测试报告的编写

小编就做过一次项目的测试组长,经验有所不足,当时可以说是现学现卖了,不过最终还是搞定了,这里根据自己的一些经验与大家分享一下测试计划和测试报告的编写,当然这里只是小编自己的模版,如有不到之处,请多多指正,谢谢大家。

一、测试计划

1、引言

1.1、目的

就是写为什么要编写这个测试计划,这方面可以自己写,也可以直接粘贴复制下面的,都是这个套路。

(1)为测试各项活动制定一个现实可行的、综合的计划,包括每项测试活动的对象、范围、方法、进度和预期结果。
(2)为项目实施建立一个组织模型,并定义测试项目中每个角色的责任和工作内容。
(3)开发有效的测试模型,能正确地验证正在开发的软件系统。
(4)确定测试所需要的时间和资源,以保证其可获得性、有效性。
(5)确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
(6)识别出测试活动中各种风险,并消除可能存在的风险,降低由不可能消除的风险所带来的损失。

1.2、背景

这里写的是我们所要测试的这个项目的背景,根据需求照搬,不多说。

1.3、定义

工作中用到的专业术语、词汇,这方面的话一般来说是要讲究规范的,便于后面输出文档的可读性,这里尽量用一个表格列出来。

1.4、参考资料

根据实际情况,如实写就行,比如说:需求说明书、产品原型等。

2、测试范围

2.1、项目说明

这方面主要是大概罗列一下我们当前这个项目的功能,明确此项目是web端还是移动端,或者是都有,做一个简单的提纲。

2.2、具体任务

明确项目的具体业务,这里需要参照需求文档,比如说:项目有多少个模块,这个模块需要实现哪些功能,这里根据实际项目进行描述。
可以列一个思维导图作为参考(附件)

2.3、测试重点

哪些功能比较重要,需要着重测试的,罗列出来,便于回归时重点测试。

3、测试策略

测试策略也是跟项目来安排,比如说我这个项目,需要冒烟测试、功能性测试、可用性测试、性能测试、负载测试、兼容性测试、回归测试等,根据实际情况走。

4、资源安排

4.1、人员资源

分配测试人员的职责,用表格罗列会更好一点。

4.2、时间安排

时间要与开发时间安排和项目上线相对应,合理安排,什么时候做接口,什么时候搞性能,这些都要安排,通过表格罗列。

4.3、测试环境

分为硬件和软件环境,服务器是什么样的配置,需要哪种环境,LAMP还是LNMP等这些。

4.4、测试工具

规定项目中用到哪些测试工具,用来做什么,比如:postman、jmeter、fiddler等

5、发布标准

发布标准就是测试完成和项目上线、交付要满足的条件,比如说:需求覆盖率达到了多少,功能基本上都已经实现,没有什么影响使用的问题等这些;
敲定发布标准是要大家都心中有数,知道怎么样才算测完,需要达到什么标准,能够自我安排时间等。

6、风险分析

6.1、存在风险

这方面需要实际分析,但是大体上都是那几点,比如:需求变更、人员变动、测试资源不足等。

6.2、应对措施

根据风险得出应对措施,比如,需求方面多于客户沟通,人员不多、时间不足可以适当用加班来完成等方案。

二、测试报告

1、引言

1.1、目的

测试报告的目的,直接上例子:

本测试报告为XX商城的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。
预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理。

1.2、背景

同测试计划

1.3、定义

同测试计划

1.4、参考资料

同测试计划

2、测试概要

2.1、测试范围

根据项目测试计划、分析的测试点划分测试范围

附上思维导图

2.2、测试用例设计

一般是根据划定的测试范围设计测试用例

这里要列出设计的方法,如:等价类、边界值、场景法等
另外附上测试用例的文件

2.3、测试环境与配置

硬件环境和软件环境,同测试计划,当然有修改的要改过来

3、测试结果与缺陷分析

3.1、测试执行情况与记录

3.1.1、测试组织

罗列测试人员

3.1.2、测试时间

以表格的形式展示,如:工作安排、开始时间、结束时间、花费总时间等元素。

3.1.3、冒烟测试

进行了几次冒烟测试,是否通过,没有通过的原因是什么。

3.1.4、测试用例总数

以表格的形式罗列测试用例总数、可执行个数、成功个数等

在这里插入图片描述

3.2、缺陷的统计与分析

3.2.1、缺陷汇总

小编通常是使用饼状图来汇总的,这样更容易阅读

在这里插入图片描述

3.2.2、缺陷分析

分析缺陷主要发生在哪里,严重的多少等
1)本次项目的缺陷主要产生在商城的前台;
2)按严重程度划分,此次缺陷大部分属于优化缺陷,小部分属于严重缺陷;
3)按功能来划分,缺陷大部分产生在输入框类型中,小部分产生在前台与后台的交互上;
4)按测试阶段划分,第一轮测试发现的缺陷较多,第二轮、第三轮占少部分。

3.2.3、残留缺陷与未解决问题

罗列残留问题和解决方案,用表格更加易读。

4、测试结论与建议

4.1、测试结论

这里需要给出测试的结果,能不能上线什么的。
1)本项目根据业务需求及开发人员,产品经理的反馈意见,覆盖了所有测试需求,所有的案例均已在第一测试环境验证完成。
2)有效案例一共610个,执行率98%,成功率91%,缺陷关闭率为87%,目前缺陷均已修复并回归关闭。
3)未解决的bug(延期处理、不予解决、暂不处理等等)已经和产品经理,开发工程师进行沟通,不影响本次上线的基本功能。
4)综上所述,XX商城项目,版本X.X,达到商城项目测试上线标准,可以进行发布。

4.2、建议

建议这块就不描述了,自己看着办。

大概就这多,感觉还是有很多不足的,以后小编会继续努力的,感谢各位朋友阅读!!!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章