测试计划应该怎么写?

要不要写测试计划?

有的公司要求写《测试计划》,有的公司从来不写。到底应不应该写呢?

俗话说,预则立不预则废,我们大都认同做计划对推动事情的发展很有帮助。有的公司会要因此要求测试经理出具测试计划。但写好测试计划很难,维护起来成本也高,若是不好好写,又容易流于形式。

我的看法:写计划,是为了保证项目测试工作的顺利进行。若能达到这个目的,其实也没必要拘泥于形式。我们不一定必须要用标准计划模板来管理计划,也可以口头、写一封邮件、写一个清单。大家觉得呢?

测试计划包含什么内容?

测试计划是指导我们测试过程的一套想法,就是把和测试相关的一些比较不太细节的事情都说清楚。

测试本质上只有一个目的:我们开发的产品某些地方不正常,我们实施测试,就是为了找到这些不正常的地方。

测试计划模板网上很多,但总结比较之后就会发现,无论格式怎么变,都逃不出5W1H原则(what,why,who,when,where,how)。将6w解释清楚,就不失为一个好的测试计划。

why:

哪些是测试重点?为什么要进行测试? 测试周期一般都是很紧张的,我们需要根据这样的思考来安排我们的资源投入。

who:

这个系统(或某个功能)谁关心?我们就需要从他们的角度进行思考。

谁来测试?

每个人负责测试哪些功能模块?

when:

什么时候测试?

什么时候截止?

每个阶段的起止时间?

每个人投入的开始和退出时间。

what:

测试范围,比如说我们在计划中规定只在IE8上做兼容性测试,并且评审通过了,以后就不用担心其他浏览器上出现问题时被找麻烦。

测试多少?有些测试说起来容易做起来难。比如说我们要测试“APP升级是否正常”,可能跟升级有关的用例有数百条,这时候应该怎么取舍?

有哪些工作产出以及怎样向客户提供这些产出?

where:

测试环境。比如搭建测试环境要用几台服务器?谁负责维护?发布程序或者服务器故障了,就不用问东问西,直接根据测试计划找到对应的人就好了。

how:

测试策略。如何测试产品以快速找到重要问题?需要对哪些地方进行特殊测试?要运用什么手段测试?

这点很重要。我们常常看到《测试计划》中包含了进度安排、资源安排等大量信息,但唯独没有谈如何测试该产品?这可能会让测试执行的人在开展工作时一头雾水。

这些东西和在一起,就是测试计划了。写的时候,尽量从读者的角度出发,把他们想了解的事情、可能产生混淆的事情都写好了、规定好了,就是一份好的测试计划。

佛系二维码

千千万万的公众号中

能被你识别都是缘分

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20180718G029AZ00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券