各位亲们 你们的测试用例是几层结构？标题描述可能有点问题 请进入详看

sydney0630

我用Testlink举个栗子 在Testlink - Test specification中，是test suite - test case这样的结构，但是通常test case外面有好几层test suite， 比如project - release 1 - iteration 1, 点起来虽然麻烦，但是从管理角度来看，觉得又不可避免。而除了Testlink，很多现在国外的online TC management tool都只支持test suite - test case 这样的两层结构。

我想问问
1. 各位亲们，你们的项目是几层结构在管理？
2. 如果是多层结构，为什么要用多层？多层结构的优缺点有哪些？
3. 有想过转化为两层结构吗？
4. 有成功转化为两层结构的吗？

问题有点多 我们讨论下呗~~ 谢谢大家啦

sydney0630

谢谢大家滴回复 我发了个投票 想看看一个大概的比例 如果可以的话请点击 http://bbs.51testing.com/viewthread.php?tid=679643&extra= 投一个票 谢谢啦~

felixlu

我们也是用的 TestLink，楼主的四个问题：

1、用了 n 层结构。没有限定只能用几层，看到某一层目录下面的用例太多了就会找出有共性的用例放到新的目录里。

2、很自然地按测试类型、功能模块、功能、子功能点这样层层分级下来，没想过为什么，哈哈。
优点：对熟悉此结构的人就很方便查找，特别是按功能单位来查找、编辑、选择、移除等操作的时候。
缺点：目录太多、太深，对于不知道用例结构的人来说不方便查找。
另：难以想象只用两层结构的话怎么选用例，拖个列表都要大半天。

3、4、压根没想过、也没试过。

二楼说的 release、iteration 这样的划分，我的理解是执行时的组合。这在 TestLink 里面是可以选的。
TL 的一个测试计划相当于一个阶段的执行任务，而其中的每个 release 就相当一次执行任务。
测试计划里会包含其下面所有构建包版本的测试用例，每个构建包版本的对应测试用例集都是测试计划用例集的子集。

archonwang

我想说，划分层次结构的目的是为了简化，方便管理和测试过程化，但是一定要选好对应的划分方式。

TS-TC是基本的格式，

project - release 1 - iteration 1这是另一种划分方式，两者有交叠重复但是不能单一而论。