QC自带的用例状态设置不合理？？

fangfangcome

用QC有一段时间了，可是发现自己老是局限于平时的使用习惯。但是一个好的测试人员应该尝试一些不同的东西，思路不能走老路。于是不按平时思路去用QC，瞎点，碰到了些问题～
1.有人知道QC10.0，Test Plan(Test Grid)里面的Execution Status是什么意思？按照字面理解和QC提供的可选值，应该是用例执行结果，如果真是这样，就有2个疑问了：
   (1)Test Plan只是设计用例的过程，此时用例还没有执行，更谈不上用例执行结果了。为何在此处的系统字段里有这个？
   (2) 就算可以在Test plan里面可以有测试执行结果，那么我把test plane里面的用例导入到测试实验室(Test Lab)里面，为何这些用例的状态都变成了No Run？？
   (3)Test Plane里的Execution Status和Test Lab里面的到底是不是同一个东西？如果第二条很合理的话，那么为什么我在Test Lab里面改变Execution Status，则Test Plan做了同步改变？
2.用例的指派问题：
    在缺陷模块有一个BUG “Assigned to”字段，把BUG指派个某个开发人员修复。那么，在Test Plan模块，为何没有Cases “Assigned to”？？？很多个用例需要分配给不同的人去执行，而且每个人不能修改其他人用例的状态.....QC为什么没有设置这个系统字段？？难道测试流程有所区别？
3.用例状态更改问题：
   第一点提到的也是用例状态问题，这里还有个问题是“怎么批量更改用例状态”？？前提是我当QC只是用例管理软件，我把我原有的用例(已经有测试结果了)，统一导入到QC来。此时，需要注意的是我不需要手动或自动化执行用例结果。这样的话我有个需求就是：把用例导入到test Plan,然后到test Lab,我需要把结果一步到位填入到QC里面，而且需要批量填写。QC没提供这些功能？？？

GloriaYu

Execution Status，这个字段我好像没有注意过，但是我们一直用Status这个字段来标识当前用例设计状态

用例的指派问题，在Test Lab里面，其实是可以指派的，且可以指派执行时间。因为Test Plan只是用来管理用例，Test Lab才是用来执行用例的，我觉得指派人放在Test Lab中很合理

Roberts

我来回答下你的问题：
1.Test Plan中的“Execution Status”和Test Lab中的其实是一个东西，test lab 只是test plan的一个映射
用于存放执行结果的，但是最终的结果都是保存在test plan中，你可以去研究下test的表结构
2.你自己都说了用例是为了分配给某个人执行，因此在测试实验室中会比较合理，测试实验室中有这个字段