第四章_如何编写一份高质量的测试计划

一、为何要编写测试计划？

1.1 编写测试计划的目的

   编写测试计划是测试过程中非常有必要的高效手段，测试计划不仅仅能够带来效率的提升，更能从基础上保证测试质量，编写测试计划主要会有以下益处：

（1）测试计划是我们在进行测试工作前的一个高效保障，也是进行高质量测试的基础前提
（2）提前编写测试计划，能够在测试工作中去除盲目性，目标以及时间规划更加明确
（3）测试计划能够高效的缩短测试时长，提高测试效率
（4）测试计划能够通过工具版本、测试环境等，排查出部分因环境、工具不正当操作所产生的Bug
（5）测试计划有助于各部门了解测试计划与进度，提高跨部门沟通合作效率，能够对产品进行新的规划与梳理
（6）明确测试内容、测试优先级、明确分配人力资源，井然有序进行测试工作
  

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

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