liuwwb 发表于 2010-5-2 12:33:46

测试用例的描述问题

我是新人,在测试用例的描述中,我一直认为,测试步骤是个动作,而动作执行后的结果是预期的结果。
初入公司,看到公司中的测试用例的描述,有这样一个:

测试步骤:点击删除图标,页面提示Are you sure to delete?
测试结果:点击确定,记录删除成功

因为我是新人,第一次进公司接触真实项目,所以很迷糊,大家认为好的测试用例应该如何描述(最好举例说明哈)?
在此万分感谢啦~!哈!

没有如果 发表于 2010-5-3 08:38:23

步骤应该不只一个,如果按照lz的描述,我们的用例应该写成:

步骤一:点击删除按钮预期结果:弹出提示“Are you sure to delete ?”
步骤二:点击确定预期结果:数据被成功删除

投缘 发表于 2010-5-4 14:31:36

应该再加点:
步骤二:点击确定预期结果:数据被成功删除,界面刷新不显示此条记录,停留在所删除记录所在页,总记录数-1
步骤三:点击“取消” 预期结果:此条记录还在,停留在之前页面,总记录数不变

19801106 发表于 2010-11-22 17:56:42

综上,一共有4个步骤和4个预期结果,都放在一个TestCase中?

Jackc 发表于 2010-11-23 11:09:04

本帖最后由 Jackc 于 2010-11-23 11:11 编辑

回复 4# 19801106

其实并没有任何测试规范规定:一条用例只能有一个输出结果。

而在用例实际执行中,只依靠单一的最终预期输出无法应对各种各样的实际问题,如,还没有执行到该用例的最终结果检查时,测试就已经宣告失败了。
所以,越来越多的公司在用例各个步骤中增加必要的检查点,增强用例执行中的检查点的覆盖率和缺陷的初步定位。

19801106 发表于 2010-11-24 18:04:02

回复 5# Jackc


    版主,黑盒测试中,流程分析法==用例场景方法??

Jackc 发表于 2010-11-25 11:09:33

回复 6# 19801106

是的,流程分析和场景法的原理和设计方法其实是完全一样的。

唯一区别是,有些测试人员在使用流程分析法时,会使用程序流程图作为基础信息,而场景法不会涉及这部分。
但是,程序流程图不算是黑盒测试的基础信息。用户其实是看不见程序实现逻辑的。
页: [1]
查看完整版本: 测试用例的描述问题