关于QC（HP Quality Center）中安排“测试用例”的两个疑问

canzhu

看了一个QC的讲座，其中有两个观点我不太明白：

1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？

2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？

请高手解答。
多谢！

wjxsc1005

想请教个关于QC的问题
我是在局域网里找了台机器装了QC服务端程序.
但其他网内的电脑连不上服务器
提示域名无法解析。但我输入地址的时候是直接输IP的
能是什么原因呢
PING两台机器网络是通的

andyyoung

1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？

这个问题其实不难理解。好比场景测试用例肯定会包含多个功能测试需求一样。如果一个用例覆盖一个需求，势必会导致测试用例的冗余。

2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？

其实测试用例延用测试需求的树形结构也未尝不可，但不一定是最佳的方案。二者组织信息的角度、深度、细度和目的是有些区别的，所以表现形式也就可能不一样了。

archonwang

2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？

我只能说，想法没错。在QC10中以提供了类似的转换功能。但是如果使用不当，可能会陷入管理混沌的境地。

archonwang

1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？

呵呵，不见得。
需求分析的水平各异。而且，的确有些内容会有部分交叉。这样的话，需求分离的边界就很难剥离出来。这样考虑是对的。往往是一组用例而不是一个用例既考虑了A功能、也考虑了B功能。