51Testing软件测试论坛

标题: 关于QC（HP Quality Center）中安排“测试用例”的两个疑问 [打印本页]

作者: canzhu 时间: 2011-2-6 08:49
标题: 关于QC（HP Quality Center）中安排“测试用例”的两个疑问
本帖最后由 canzhu 于 2011-2-6 09:02 编辑

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

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

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

请高手解答。
多谢！

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

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

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

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

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

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

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

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

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

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)