51Testing软件测试论坛

标题: 盼高手,测试策略讨论:如何实现tase case的变更控制? [打印本页]

作者: luckflying    时间: 2009-6-3 10:39
标题: 盼高手,测试策略讨论:如何实现tase case的变更控制?
测试策略讨论:CQTM中如何实现tase case的变更控制?(其他工具也可)
实际项目中的teat case(测试用例)基本都是几千条以上,管理这些case的最大难度不是量大,而是:

软件总在变化,对应的test case也要发生变化,但是一旦变化后,或许会影响其他的test case,并且之前与之对应的test result也出现混乱!
更多的麻烦在于当这些test case频繁发生变化,对于整体的影响很难控制!

我的想法:
1)CQTM中没有又BaseLine的概念?比如把某一批test case打个基线,当新的大的变更出现后再打新的基线。如果回退的话直接以基线为准即可。
2)如不能实现的话,大家又是如何管理test case变更?
作者: andyp4    时间: 2009-6-4 19:07
为什么要限制用例的变更呢?
作者: archonwang    时间: 2009-6-5 09:48
没有使用过CQ,不过感觉对于TC版本的支撑,的确是很难做的。

这里有份文档,可能能提供些方法
http://www.ibm.com/developerwork ... testcase/index.html
作者: goal1860    时间: 2009-6-5 11:13
测试用例变更是伴随着需求变更而产生的,所以控制好了需求变更管理,对测试变更的跟踪也就容易了,如果有条件的话可以尝试实施测试驱动的需求。总之太瀑布的流程对任何变更都很敏感。
作者: luckflying    时间: 2009-6-5 15:19
谢谢回复!

有个UML图我怎么也传不上来,图上列举了从需求,到用例,直至defect的之间对应关系图。其中的关系有如一个复杂多维的大网。现在我们使用CQTM以及其他工具来维护之。

有人说为何限制修改test case,因为一旦修改,那么这张复杂的大网就要变化了,如何控制变更,并可以回朔变更是我当前的疑问。

另外需求也是该网的一部分,理论上讲可以用需求作为控制发起点。不过测试部门往往是个独立的组,前期需求管理介入的少,所以用需求作为CR控制对于测试组不很适用。
作者: luckflying    时间: 2009-6-9 16:15
自己顶了,,,

这里很多测试专家,你们应该遇到过这样的情况吧!?你们平时都怎么管理的?
在其他坛子里某自视高手的,说他平直只管理到test case这一级,你们也都是这样吗?




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2