如何编写一份高质量的测试报告

一、为何要编写测试报告?

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文本列举代办事项即可,依据自身情况决定~

  
  
  好啦~以上就是本次文章分享的全部内容啦,你学会了吗?希望能给大家带来帮助哦!
  

  • 6
    点赞
  • 31
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值