风动还是旗动?仁者心动。
文字只不过是指月的手指,而不是月亮本身,能透过指月的手指看到月亮本身才是文字的目的所在。
测试计划要做什么(转帖,以前的存档,不知道出处了)
上一篇 /
下一篇 2007-01-14 16:45:27
/ 个人分类:测试管理
51Testing软件测试网X-w|"^M3R其实嘛,测试计划就是把和测试有关的一些比较不太细节的事情都说清楚了,
/m$r
`mu#D0以后谁有问题、有疑问,都可以再测试计划里面找到答案,比如谁负责拉,进度如何拉。
$Ci[
TG
v.U051Testing软件测试网0wJat,]+uX比如说,你说这个项目不做硬件的兼容性测试。那就要写到测试计划里面。写清楚,我们不测,原因是一二三四。大家认可了,PM也认可了,testers也认可了,以后就变成共识了。以后再有人来问你,“你们为什么不测硬件兼容性啊?”你就让他自己去看测试计划。
$z5cQ1k(Ym iI0XCu$u l"]jC0又比如说,产品怎么样才算能发布啊?这个事情已开始就要在测试计划写清楚。比如说,必须达到“连续48小时新bug数量少于3个,才能进入准备发布和收尾阶段”,等等。到时候大家就有依据了。到时候如果PM来找你,责问你“你们测试部门凭什么说产品还不能发布”,那时候你就可以八测试计划翻出来给他看。
B l}tJ ~1[0$N9gw
?1U,`
^A0还比如说,整个测试部门谁负责产品安全性测试的,也要在测试计划里面规定。到时候,一旦大家相互推诿,“安全性不是我负责的”。那时候就可以疤测试计划翻出来,白纸黑字,谁也别想赖。
HH"qW o4H2?08bC*r
kf`&v0再比如说,整个团队要有文件服务器,要有代码服务器,要有bug服务器,谁负责维护,机器down了找谁,也要在test plan里面写好。到时候,一旦什么东西down了,tester就不用到处问了。翻开测试计划一看,哦,原来bug server是Alice负责的,直接找他就可以乐。 51Testing软件测试网R"@2J l&v+A
J
bCOy!IRY0这些东西和在一起,就是测试计划了。写的时候,尽量从将来看的人的角度出发,把他们想了解的事情、可能产生混淆的事情都写好了、规定好了,就是一份好的测试计划。
K%k"e!z|051Testing软件测试网i!pNVE\测试计划有长有短,到现在为止我只写过十几页到几十页的测试计划,都是最多10个人的团队的规模,tester人数都只有最多四五个人。我听说过印度人能写五百页,估计那是比较大的项目。51Testing软件测试网js-V3K@'l N
收藏
举报
TAG:
测试管理