51Testing软件测试论坛

标题: 测试用例的描述问题 [打印本页]

作者: liuwwb 时间: 2010-5-2 12:33
标题: 测试用例的描述问题
我是新人，在测试用例的描述中，我一直认为，测试步骤是个动作，而动作执行后的结果是预期的结果。
初入公司，看到公司中的测试用例的描述，有这样一个：

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

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

作者: 没有如果 时间: 2010-5-3 08:38
步骤应该不只一个，如果按照lz的描述，我们的用例应该写成：

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

作者: 投缘 时间: 2010-5-4 14:31
应该再加点：
步骤二：点击确定预期结果：数据被成功删除，界面刷新不显示此条记录，停留在所删除记录所在页，总记录数-1
步骤三：点击“取消” 预期结果：此条记录还在，停留在之前页面，总记录数不变

作者: 19801106 时间: 2010-11-22 17:56
综上,一共有4个步骤和4个预期结果,都放在一个TestCase中？

作者: Jackc 时间: 2010-11-23 11:09
本帖最后由 Jackc 于 2010-11-23 11:11 编辑

回复 4# 19801106

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

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

作者: 19801106 时间: 2010-11-24 18:04
回复 5# Jackc

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

作者: Jackc 时间: 2010-11-25 11:09
回复 6# 19801106

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

唯一区别是，有些测试人员在使用流程分析法时，会使用程序流程图作为基础信息，而场景法不会涉及这部分。
但是，程序流程图不算是黑盒测试的基础信息。用户其实是看不见程序实现逻辑的。

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