谈谈对测试计划的一点看法（白话版）
测试计划就是把和测试有关的一些比较不太细节的事情都说清楚了，以后谁有问题、有疑问，都可以再测试计划里面找到答案，比如谁负责啦，进度如何啦。 比如说，你说这个项目不做硬件的兼容性测试。那就要写到测试计划里面。写清楚，我们不测，原因是一二三四。大家认可，PM也认可了，testers也认可了，以后就变成共识了。以后再有人来问你，“你们为什么不测硬件兼容性啊？”你就让他自己去看测试计划。又比如说，产品怎么样才算能发布啊？这个事情已开始就要在测试计划写清楚。比如说，必须达到“连续48小时新bug数量少于3个，才能进入准备发布和收尾阶段”，等等。到时候大家就有依据了。到时候如果PM来找你，责问你“你们测试部门凭什么说产品还不能发布”，那时候你就可以八测试计划翻出来给他看。还比如说，整个测试部门谁负责产品安全性测试的，也要在测试计划里面规定。到时候，一旦大家相互推诿，“安全性不是我负责的”。那时候就可以疤测试计划翻出来，白纸黑字，谁也别想赖。 再比如说，整个团队要有文件服务器，要有代码服务器，要有bug服务器，谁负责维护，机器down了找谁，也要在test plan里面写好。到时候，一旦什么东西down了，tester就不用到处问了。翻开测试计划一看，哦，原来bug server是Alice负责的，直接找他就可以乐。 这些东西和在一起，就是测试计划了。写的时候，尽量从将来看的人的角度出发，把他们想了解的事情、可能产生混淆的事情都写好了、规定好了，就是一份好的测试计划。 测试计划有长有短，到现在为止我只写过十几页到几十页的测试计划，都是最多10个人的团队的规模，tester人数都只有最多四五个人。我听说过印度人能写五百页，估计那是比较大的项目。
页:
[1]
