51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[讨论] 一直困扰着的疑惑

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2006-11-22 10:43:08 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
做功能测试有段时间了,却一直有个疑问,写测试用例到底是该一条数据对应一个测试用例呢,还是可以多条数据对应一个测试用例,也就是测试数据另外准备一个表格。基本上看到的资料都是一条数据对应一个测试用例,但如果这样操作的话数据量会很大,第二种方法会省事很多,但用第二种是不规范的操作方式吗
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2006-11-22 10:50:15 | 只看该作者
一条数据对应一个测试用例,这应该是测试用例的规范吧
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2006-12-21 18:09:29 | 只看该作者
一条数据对应一个测试用例,这样便于定位问题,多条数据对应一个测试用例,当用例出错时,还必须测试每条数据
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-3-21 21:42:26 | 只看该作者
观察用例的输入和输出吧.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-3-22 01:09:37 | 只看该作者

测试用例设计

问题根源在于多个用例中尽量不要有重复点出现,否则每个用例就没有侧重点,失去了用例的意义。这就为什么建议一条数据对应一个测试用例。但这“一条数据”不代表“一个数据”。这就是概念的问题了。

测试用例的设计是有针对性的,而不是多个项目一个模式,所以可以根据项目的大小、侧重点、以及测试时间等方面因素来综合权衡测试用例的设计。而且可以在不同测试阶段来选择不同模式的用例设计方法。

总之,尽量用少的用例达到高的覆盖率,绝对比用多的用例达到低的覆盖率强!数量不代表质量,用例要少而精!但多条数据对应一个用例,一定要确保测试重点,不能出了问题找不出根源。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-3-22 10:26:26 | 只看该作者
我觉得应该是一个输入对应一个测试用例吧,一个输入可能有多条数据呢
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-3-22 13:27:13 | 只看该作者
个人认为:一个用例的输入数据用个描述就可以了,但实施测试的时候必须进行多个不同数据的输入测试。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-9 00:07 , Processed in 0.072920 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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