宠辱不惊,看庭前花开花落;去留无意,望天空云卷云舒

测试计划的种类

上一篇 / 下一篇  2007-08-23 15:04:10

   测试计划种类可以根据计划的结构及计划的用途来划分。以结构平划公的话,计划可以分成三种:单一文件测试计划(STP,singleTestPlan),主要方针测试计划(MTP,MasterTestPlan)和详细运作测试计划(DTP,DetailTestPlan)。

所谓的STP,就是将测试计划所有的议题编写在同一份文件上。这样的做法是将所有的软件测试的常数与变量集中,以方便管理掌控。对于管理人员而言,能够集中管理当然是最好不过了,但是相对平说,这份测试计划的内容就会显得更加复杂。因此,STP软件测试计划比较适合中心型软件开发项目,也就是说,它比较适和结构较为简单的软件测试。通常使用STP的盲点是计划完成 之后就不做任何的更新,而这也是一般软件测试主管的通病之一。软件计划与软件规格一亲,也有版本控制的概念,因为需求变动在软件产业中是想当常见的,所以一旦产品做了改动,相对软件测试也有可能需要做部分的修正。基于这样的理由,测试计划要经常更改所纳入的内容。

MTP和DTP,这两种计划通常在一起使用。基本上MTP的内容是将测试分成不现的阶段,对于每个阶段规划出概略的测试方针,至于各阶段的详细测试计划则编写在DTP内,因此通常一个软件开发所需要的时间较长,字的变量也相对比较多,如果采用STP的方式编写,对于测试管理人员来说就比较困难了。通常在大型软件开发工程的初期与中期,有许多事项与规格 还未完全定案,如果采用STP方式编写 的话会导致文件内空的不断地更改,这无疑会增加许多工作量,同时也容易对测试人员造成困扰。

利用MTP伴随DTP的方法可以将一些测试的常数放在MTP内,当进行到软件测试的不同阶段时现编写到DTP,这时候DTP所掌握的变量只是这一阶段的变量,所以如果更改的话,对测试管理人员所造成的负担也不会太大。眼尖的读者一定发现了,使用MTP与DTP的方法其实就是利用DC(Divide and Conquer,分化后一一征服)的管理理论。这种方法适用 于不确定性高,时间较长,变量较多 的软件开发上,而且这对人员朝气的提升及项目进行的透明度有很在的帮助。


TAG:

 

评分:0

我来说两句

Open Toolbar