盼高手，测试策略讨论：如何实现tase case的变更控制？

luckflying

测试策略讨论：CQTM中如何实现tase case的变更控制？（其他工具也可）
实际项目中的teat case（测试用例）基本都是几千条以上，管理这些case的最大难度不是量大，而是：

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

我的想法：
1）CQTM中没有又BaseLine的概念？比如把某一批test case打个基线，当新的大的变更出现后再打新的基线。如果回退的话直接以基线为准即可。
2）如不能实现的话，大家又是如何管理test case变更？

andyp4

为什么要限制用例的变更呢？

archonwang

没有使用过CQ，不过感觉对于TC版本的支撑，的确是很难做的。

这里有份文档，可能能提供些方法
http://www.ibm.com/developerwork ... testcase/index.html

goal1860

测试用例变更是伴随着需求变更而产生的，所以控制好了需求变更管理，对测试变更的跟踪也就容易了，如果有条件的话可以尝试实施测试驱动的需求。总之太瀑布的流程对任何变更都很敏感。

luckflying

谢谢回复！

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

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

另外需求也是该网的一部分，理论上讲可以用需求作为控制发起点。不过测试部门往往是个独立的组，前期需求管理介入的少，所以用需求作为CR控制对于测试组不很适用。

luckflying

自己顶了，，，

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