empire 发表于 2006-8-14 16:05:52

设计一个针对测试执行人员的QA List

设计一个针对测试执行人员的QA List（用来查看执行人员的执行情况）
公司现状：不规范，用例中没有详细的执行步骤，没有明确的预期结果（经常出现的是“正常显示”之类的字眼，执行人员不好做啊！），执行人员对测试认识不深（经常不知如何判断和描述bug，其实这与用例设计的不好有关）。
对此我想应该让执行人员提供以下信息以供查看其执行的情况，
计划执行用例数，实际执行用例数，
用例编号，实际输出结果，预期结果，预期结果依据，是否bug，bug描述，是否提交/与开发人员反应，目前bug状态，执行日期，执行人

请大家提出宝贵意见，共同讨论一下，谢谢！

hanxiaotwo 发表于 2006-8-16 10:34:46

是否bug，bug描述，是否提交/与开发人员反应，目前bug状态，执行日期，执行人
这些应该在提交bug时在bug管理工具中体现了

empire 发表于 2006-8-16 18:57:36

我是想看执行人员对bug的判断和描述等是否正确， 有的是bug 也许他不认为是bug故在bug管理工具中不会有的。

[ 本帖最后由 empire 于 2006-8-16 18:59 编辑 ]

tongke 发表于 2006-8-17 15:04:18

用例编号，实际输出结果，预期结果，预期结果依据，这些在用例设计中就应该有了。。

empire 发表于 2006-9-6 12:10:15

原帖由 tongke 于 2006-8-17 15:04 发表
用例编号，实际输出结果，预期结果，预期结果依据，这些在用例设计中就应该有了。。

我们这里的用例不规范，预期结果很多都是"**正常"之类的，故对执行人员要求较高，要他能知道本用例的预期结果。（就像需求分析与设计做的不够好，不规范 从而对程序员有更高的要求一样），通过此可以查看执行人员对预期结果的判断是否正确。唉！ 不规范的企业 哪个岗位都难做啊！

kingoftesting 发表于 2006-9-6 18:50:21

可以使用某些软件对流程进行一些控制。

andrewchou 发表于 2007-8-1 08:56:24

可以考虑测试人员认为的所有问题都放到bug管理工具中去，让项目经理或其他人来评定bug的优先级和严重性。

candy_83 发表于 2007-8-2 15:46:08

我觉得还是用数据说话,比如分配给莫个测试执行人员的总用例数,每天平均执行用例数,每天平均用例通过数,每天平均发现缺陷数,已经执行完的总用例数,可以利用clear quest等工具做一些统计工作.

imqjzf 发表于 2007-8-11 11:22:10

学习学习

helen0sun 发表于 2007-10-18 09:46:18

学习中............

chase001 发表于 2011-5-17 17:16:48

计划执行用例数，实际执行用例数，
用例编号，实际输出结果，预期结果，预期结果依据，是否bug，bug描述，是否提交/与开发人员反应，目前bug状态，执行日期，执行人
神人啊，好显搞得执行人员水平比设计人员的能力还高，
用数据说话吧，做一个宏观的把控
如果真的像作者这样的详细计录的话，执行效率不高，执行人员过多烦琐的记录会疯掉的！

chase001 发表于 2011-5-17 17:17:37

设计一个针对测试执行人员的QA List（用来查看执行人员的执行情况）
公司现状：不规范，用例中没有详细的执 ...
empire 发表于 2006-8-14 16:05 http://bbs.51testing.com/images/common/back.gif

神人啊，好像搞得执行人员水平比设计人员的能力还高，
用数据说话吧，做一个宏观的把控
如果真的像作者这样的详细计录的话，执行效率不高，执行人员过多烦琐的记录会疯掉的！
页: [1]
查看完整版本: 设计一个针对测试执行人员的QA List