51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3725|回复: 6
打印 上一主题 下一主题

[求助] 测试用例的描述问题

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-5-2 12:33:46 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
我是新人,在测试用例的描述中,我一直认为,测试步骤是个动作,而动作执行后的结果是预期的结果。
初入公司,看到公司中的测试用例的描述,有这样一个:

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

因为我是新人,第一次进公司接触真实项目,所以很迷糊,大家认为好的测试用例应该如何描述(最好举例说明哈)?
在此万分感谢啦~!哈!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

7#
发表于 2010-11-25 11:09:33 | 只看该作者
回复 6# 19801106

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

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

使用道具 举报

该用户从未签到

6#
发表于 2010-11-24 18:04:02 | 只看该作者
回复 5# Jackc


    版主,黑盒测试中,流程分析法==用例场景方法??
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-11-23 11:09:04 | 只看该作者
本帖最后由 Jackc 于 2010-11-23 11:11 编辑

回复 4# 19801106

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

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

使用道具 举报

该用户从未签到

4#
发表于 2010-11-22 17:56:42 | 只看该作者
综上,一共有4个步骤和4个预期结果,都放在一个TestCase中?
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-5-4 14:31:36 | 只看该作者
应该再加点:
步骤二:点击确定  预期结果:数据被成功删除,界面刷新不显示此条记录,停留在所删除记录所在页,总记录数-1
步骤三:点击“取消” 预期结果:此条记录还在,停留在之前页面,总记录数不变
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2010-5-3 08:38:23 | 只看该作者
步骤应该不只一个,如果按照lz的描述,我们的用例应该写成:

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

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-9-27 17:32 , Processed in 0.084717 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表