软件测试计划的编写原则

前言

测试计划是一份指导测试过程的纲领性文档。用于统一认识,规划过程。遵循实用性、六要素、评审更新等原则,来编写测试计划。

我们在编写测试计划的时候,需要遵循一些原则,来指导编写一份更好的测试计划。来更好的指导和规范测试过程。

1.1 实用性

测试计划要明确测试的目标,增强测试计划的实用性。

我们要清楚,测试计划虽然是一份说明书,是一份计划文档,但一定要注意计划的实用性,因为我们后面的测试工作将根据这个计划展开执行

1.2 六要素

坚持“5w1h”规则,明确内容与过程。

第1个w是what(测什么-测试内容):测试计划中必须给出测什么的一些说明,比如是测注册还是测登录。相当于测试范围。

第2个w是why(为啥测-测试目的):是说明为了什么测,比如是为了功能、性能还是易用性。相当于测试目标。

第3个w是when(何时测-测试时间):是指测试的前提条件在什么时候准备好,比如测试环境的硬件、软件、人力等资源在什么时候准备好。相当于进度安排。

第4个w是where(在哪测-测试环境):是指在什么样的硬件和软件环境上测,比如,测试环境要用什么硬件,要安装什么系统,要安装什么软件,要用什么网络等。

第5个w是who(谁来测-测试人员):是指哪些人参与测试。相当于人员安排。

第6个h是how(怎么测-测试方法):指测试方法,比如,用黑盒还是白盒。用单元测试、集成测试还是系统测试。

1.3 评审更新机制

采用评审和更新机制,保证计划满足实践需求

写完测试计划后,需要对计划进行评审,执行过程中若测试有变更,则需同步更新测试计划。在比较严格的项目中,测试计划若有变更,必须提交给由项目经理、开发经理、测试经理、市场经理等组成的评审委员会进行审核。

比如,实际测试工作中,辛苦测了一个月,然后随便更改测试计划,按新计划重来,那将会造成极大的浪费。所以,测试计划需要评审更新,满足实践需求。

1.4 不含测试细节

测试计划不需要包含详细的测试指标、步骤和用例

测试计划是指导测试过程的纲领性文档。用于统一认识,规划过程。通常几天或几小时就要写完。计划中不要包含详细的测试技术指标、测试步骤和测试用例。它和测试详细规格、测试用例之间是战略和战术的关系。