关于QC（HP Quality Center）中安排“测试用例”的两个疑问
本帖最后由 canzhu 于 2011-2-6 09:02 编辑看了一个QC的讲座，其中有两个观点我不太明白：
1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？
2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？
请高手解答。
多谢！ 1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？
呵呵，不见得。
需求分析的水平各异。而且，的确有些内容会有部分交叉。这样的话，需求分离的边界就很难剥离出来。这样考虑是对的。往往是一组用例而不是一个用例既考虑了A功能、也考虑了B功能。 2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？
我只能说，想法没错。在QC10中以提供了类似的转换功能。但是如果使用不当，可能会陷入管理混沌的境地。 1）QC 中， 测试用例与测试需求的关系是“多对多”的关系。
一个测试需求可能需要多个测试用例来实现，这很好理解。
但是如果一个测试用例可以解决两个测试需求，那岂不意味着“测试需求是重复的”了？ 我们编写测试需求时，不是要求不能重复吗？
这个问题其实不难理解。好比场景测试用例肯定会包含多个功能测试需求一样。如果一个用例覆盖一个需求，势必会导致测试用例的冗余。
2）QC 中， 设计测试用例可以按照不同的方式“组织其树形结构”，例如按“测试的功能”或者“测试类型”等等。
但我觉得，从测试工作的安排来看，QC 中已经先有树形结构的“测试需求”， 然后在根据测试需求编写测试用例。 因此，测试用例如果以测试需求的树形结构为蓝本进一步展开细化，岂不是最好？
其实测试用例延用测试需求的树形结构也未尝不可，但不一定是最佳的方案。二者组织信息的角度、深度、细度和目的是有些区别的，所以表现形式也就可能不一样了。 想请教个关于QC的问题
我是在局域网里找了台机器装了QC服务端程序.
但其他网内的电脑连不上服务器
提示域名无法解析。但我输入地址的时候是直接输IP的
能是什么原因呢
PING两台机器网络是通的
页:
[1]
