使用testlink1.7体验和感受(二)--测试计划和里程碑

上一篇 / 下一篇  2008-11-10 18:21:27 / 个人分类:bug管理工具

 我现在主要是进行web测试,通过testlink管理主要是功能测试用例,不涉及性能和其他方面的测试用例。

个人感觉web类的产品和c/s产品是有较大差别的,主要表现在以下方面:

1、相对于c/s的产品来说,web产品变化较多(包括需求变更、实现方式变更等等),版本更新比较频繁。

2、web类产品的时间规划相对较短,一个项目可能1-2个月,一个季度,超过半年的很少,有些项目甚至半个月。

对于c/s产品,可能各个阶段区分比较明显,而且各阶段都有明确的里程碑。如从大的阶段可以分为:alpha 、beta1、bete2、betaX.. 到release. 测试计划也随之变化,使用testlink管理这样的测试用例时,测试计划使用就比较清晰、明确。

但对于web类的产品或者项目,如何合理的应用testlink的测试计划和里程碑功能,就显得比较重要了。一般情况下,web类产品没有明确的阶段划分,但我们可以区分为3个主要阶段:

  • 版本验证 ---开发提交测试后,我们首先需要验证版本的可测性
  • 验证通过的版本详细测试阶段:这个阶段可以区分为几个小阶段,通过里程碑方式区分。
  • 回归测试阶段

 这样,对于每个项目,在testlink中,我们可以设计3个测试计划,第一个测试计划就是版本验证, 给这个计划添加的测试用例均为该项目主要流程的用例。 第二个就是详细测试阶段计划,这个计划中包含所有的测试用例,同时,给这个测试计划设定里程碑,第一阶段完成A级的测试用例100%,B级x%;第二阶段完成。。。;第三阶段完成。。。,具体情况可以根据项目情况设定。 第3个测试计划就是回归阶段测试计划,此时的测试用例为项目的主功能和次主功能,一些极端测试用例可以不考虑。是否设置里程碑,可以根据自己的项目情况决定。

通过这样的方式,设置测试计划,相对比较清晰,使用起来比较方面。---当然这只是个人想法,有问题大家可以一起探讨。

 


TAG: bug管理工具

 

评分:0

我来说两句

Open Toolbar