产品解读丨MeterSphere中测试计划的场景设计与实现

关注

MeterSphere开源社区的用户经常会问一个问题：“MeterSphere中测试计划具体的场景和优势是什么？”

为了解答这个问题，我们专门撰写了此文，希望能够帮助社区用户更好地理解MeterSphere一站式开源持续测试平台中的测试计划的设计思路与功能实现。

测试计划（Test Plan）描述的是即将进行的测试活动的范围、方法、资源和进度，确定了测试周期、测试项目、测试任务、谁执行任务等具体内容的文档，是对整个测试活动所进行的宏观规划。测试计划可以有效地预防测试过程中可能发生的风险，保障测试的顺利实施。

制定一个完善、规范的测试计划有利于以下几个方面的提升：

■ 方便测试经理（测试负责人）更好地把控项目测试进展，以及协调相关的测试资源；

■ 测试人员能够更清楚地知道项目的具体范围和阶段，以及每个阶段中自己所要做的事；

■ 方便其他人员（开发、测试、运维等）知道测试的任务安排、进度等，方便他们的工作安排和时间协调，例如联调和环境部署等。

测试经理（测试负责人）日常工作的重要部分之一，就是为项目制定测试方案，并指导测试工程师按照测试方案执行具体测试内容。

一个考虑周全的测试方案有利于提升测试质量与测试效率。不同企业的具体测试方案有着不同之处，这是由企业的组织架构、测试人员素质、被测试的系统等客观因素共同决定的。但是，依据测试方案进行的测试执行过程包含着一般的共性，大体可以分为测试需求分析、测试计划制定、测试计划执行、测试报告总结四大模块。

一般企业测试方案的主体流程如下图所示，而测试计划的制定和执行是测试过程中尤为重要的环节。

在这里插入图片描述

为实现相应的测试计划，不同的企业在具体实施测试方案时都会借助不同的平台或者工具开展工作。不同测试环节需要的主要平台或工具如下：

■ 测试需求管理：JIRA、禅道、云效、CODING等项目管理平台；

■ 测试计划制定：目前企业的测试计划制定所使用的工具基本以文档为主（测试方案中的一部分），也有企业会借助项目管理平台来管理测试任务（即测试计划）；

■ 测试计划执行：主要借助测试工具或者人工完成测试。不同的测试项会涉及到不同的测试工具，主要包括JMeter、Postman、Selenium、Appium、pytest等开源测试工具或者测试框架，以及LoadRuner等一些商业测试工具。同时有些企业也会借助项目管理平台实现人工测试的管理与记录；

■ 最终测试报告：不同的企业或者项目组具有不同的测试报告编写标准，但基本都是采用人工测试，然后借助项目管理平台实现测试报告汇总的模式。不同的测试工具得出的测试结果依赖人工整合与汇总。

测试计划在整体的测试过程中有着承上启下的作用，即衔接测试需求、测试目标与测试最终报告。测试计划的制定与执行直接影响着整体测试的效果与质量，所以大部分企业都制定了测试计划相关的规范与要求。

但是，一个完善的测试计划不仅包含了测试任务分配、测试人员协调管理等统筹方面的问题，同时还包含了不同测试项的具体执行内容，这样便会导致企业在执行测试计划时多多少少都会遇到以下几类问题：

测试计划与测试人员高度绑定，一旦发生测试人员变动的情况，很容易导致测试计划执行进度延后等问题；
测试计划执行的具体情况需要测试人员口头或邮件汇报，容易引发计划执行过程中的测试进度、计划执行次数、实时测试结果等内容不透明、不实时的问题；
同一个测试计划中的不同测试项采用不同的测试工具，且测试计划与测试工具不在一个平台，依靠人工进行关联，从而导致出现测试计划和测试工具无法互通、联动的问题。而此问题也间接导致了企业的DevOps实施与自动化测试集成难等问题；
在其他方面，还存在不同项目的测试计划模板、测试报告模板等不一致，人工整理的测试报告可读性低、美观性差等问题。

综合分析可知，导致上述问题的根本核心，是大部分企业的测试计划具体开展时都采用了“线上管理（利用平台、工具进行管理）+线下执行（人工执行，采用差异化测试工具或者框架执行）”的模式，从而引发了测试计划管理执行过程中的信息不对称、数据不准确等问题。