一、为何要编写测试报告?
1.1 编写测试报告目的
(1)测试过程复杂、不同模块不同测试结果,测试报告可将测试过程与测试结果整合,阅读便捷性更高
(2)测试报告中所体现的内容能够对被测内容的质量情况有明确了解,可针对质量较差的模块,通过对测试报告中的结论分析再次制定新一轮的测试计划进行测试
(3)测试报告能够对发现的Bug进行分析、梳理,能够对现有发现的问题进行总结,输出注意事项以及问题痛点,从而更好的在后续进行质量保障
(4)测试报告能为产品验收打下坚实基础
(5)测试报告即整合性测试结论,报告具有专业性且更有说服力
1.2 游戏测试报告与软件测试报告有什么不同?
软件测试报告与游戏测试报告核心的输出内容不变,更多的是在细节、部分测试环境、使用工具上有所差异,区别如下所示:
(1)游戏测试的整体测试计划内容对比软件测试会更少,游戏测试通常而言都是敏捷开发,故此计划会更简短但颇有成效
(2)游戏测试的计划内容中会有游戏场景、动画、特效、特殊的法律协议条款等测试,这些在软件中不会有内容体现,有本质的区别
(3)测试计划中存在侧重点不同,游戏更偏向体验、软件更注重实际功能
下方是归纳图:

二、什么样的场景、公司适合写测试计划?
适合编写测试计划的场景:
(1)项目成立后整体的测试计划梳理
(2)大型系统、功能(游戏领域则是玩法等)的研发
(3)长期的研发计划,根据长期的研发计划,制定周期的测试计划
适合编写测试计划的公司:
(1)大型公司适合做详细的测试计划,各个内容明确,条理有序的进行工作
(2)中型公司适合做简短的测试计划,部分内容明确,部分内容简要梳理,执行更快更好
(3)小型及创业公司适合列举测试计划项,内容与优先级明确,人力明确,在不变动的情况下快速执行
三、测试计划如何编写?
测试计划中有许多的内容,我们最需要了解和熟悉的就是计划中的核心内容,它主要包括以下内容(本文只对重点核心内容进行讲解举例):
特别备注:
1、以下部分内容用特殊字眼与符号代替,对于相应部分按照实际情况填入即可
2、以下内容仅供参考,举例说明的测试计划只是其中的一部分,部分内容有删改,例如Bug严重程度有致命,但表格中只展示了严重,单纯的举例子~,更多的是为了让大家熟悉计划模板,具体内容根据需要和公司需求编写
(1)测试目的
XX系统的测试目的是检测系统是否满足系统的最终要求,主要包括以下几点:
(1)各功能点是否正确
(2)业务流程是否正确
(3)数据传输是否正确、安全、完整,性能是否优越
(4)系统是否具有良好的容错性
(5)软件是否具又良好的易用性和可操作性
值得一提的是,如果是游戏,测试目的还要编写游戏是否具有良好的体验,有高品质内容吸引付费用户
(2)测试范围
测试范围主要包括以下几点:
(1)功能测试:对各个模块的源代码进行测试,并保证各个模块的基本功能得到正确实现。
(2)安全测试:根据《XX系统需求说明书》对软件进行功能测试,对重要的模块进行性能测试,并根据可能的用户进行测试。
(3)兼容性测试:在不同的系统,用不同的软件、硬件进行测试,并查看是否满足兼容多种软件、硬件的能力。
(4)边界值测试:文本输入框内输入一定数据长度,该长度可能符合规定长度,也可能不符合,检测满足条件以及不满足时的结果。
(5)性能测试:模拟实际用户的使用场景进行压力测试,获得服务器运行时的数据进行分析,找出系统中业务处理的最佳性能点。
(6)代码走查:检测系统中源代码的正确性,业务逻辑和程序逻辑,通过合理的代码走查方法能提前发现更多软件缺陷。
同样值得一提,如果是游戏,还需要测试特定的法律协议、特殊化场景等内容哦~
(3)测试方法与测试环境
测试方法:采用黑盒测试方法,针对该系统,采用黑盒测试方法中的等价类划分法、边界值分析法、错误推测法。
软件测试环境:
硬件测试环境:
(4)测试时间
(5)人力资源分配
(6)Bug类别说明及Bug严重程度划分类别说明
(7)测试任务的明确划分


(8)风险评估
现对XX管理系统进行风险评估,主要有以下几点:
1. 需求风险
2. 测试用例风险
3. 缺陷风险
4. 代码质量风险
5. 测试环境风险
6. 测试技术风险
7. 回归测试风险
8. 沟通协调风险
9. 研发流程风险
10. 其他不可预估风险
四、知识小课堂
问题一:我觉得测试目的好像不是一个重点的计划内容,大家应该都是明确测试目的,其实就是保障产品质量,为何会认为测试目的属于计划中很重要的一部分呢?
答:之所以要写测试目的,是为了让所有人清楚测试目标,让大家不会存在盲目性,并且测试目的会起到很重要的提醒作用,有很多人在测试过程中,做着工作就忘记了是为了什么而做,测试目的就是最好的诠释与说明。测试目的犹如一个需求一样,如果你不知道这个需求的设计初衷和设计理念,在介入测试的过程中也不能够很好的掌握测试点,故此我们需要编写测试目的且应该以重点内容进行内容讲解与诠释。
问题二:我看到了上述文章的计划格式,好像是Word文档进行输出的,编写测试计划时更建议使用Word文档吗?
答:如果是井然有序且内容较多或很多的计划,笔者建议以Word文档的方式进行编写,如果是简短的计划,笔者建议使用Xmind进行编写,如果时间非常紧张,也需要进行快速的计划制定,那笔者建议直接使用txt文本列举代办事项即可,依据自身情况决定~
好啦~以上就是本次文章分享的全部内容啦,你学会了吗?希望能给大家带来帮助哦!
