51Testing软件测试论坛

标题: 设计一个针对测试执行人员的QA List [打印本页]

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

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

作者: hanxiaotwo 时间: 2006-8-16 10:34
是否bug，bug描述，是否提交/与开发人员反应，目前bug状态，执行日期，执行人
这些应该在提交bug时在bug管理工具中体现了

作者: empire 时间: 2006-8-16 18:57
我是想看执行人员对bug的判断和描述等是否正确，有的是bug 也许他不认为是bug故在bug管理工具中不会有的。

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

作者: tongke 时间: 2006-8-17 15:04
用例编号，实际输出结果，预期结果，预期结果依据，这些在用例设计中就应该有了。。

作者: empire 时间: 2006-9-6 12:10

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

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

作者: kingoftesting 时间: 2006-9-6 18:50
可以使用某些软件对流程进行一些控制。

作者: andrewchou 时间: 2007-8-1 08:56
可以考虑测试人员认为的所有问题都放到bug管理工具中去，让项目经理或其他人来评定bug的优先级和严重性。

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

作者: imqjzf 时间: 2007-8-11 11:22
学习学习

作者: helen0sun 时间: 2007-10-18 09:46
学习中............

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

作者: chase001 时间: 2011-5-17 17:17

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

神人啊，好像搞得执行人员水平比设计人员的能力还高，
用数据说话吧，做一个宏观的把控
如果真的像作者这样的详细计录的话，执行效率不高，执行人员过多烦琐的记录会疯掉的！

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