51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 33428|回复: 82
打印 上一主题 下一主题

用不用在测试用例中写出详细的步骤

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2004-12-7 19:49:19 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
例如,点具体的按钮,输入具体数据等等
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

2#
发表于 2004-12-7 21:28:41 | 只看该作者
不需要吧,如果测试用例这样写的话,岂不是比说明书还详细
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2004-12-8 12:23:35 | 只看该作者
如果不需要,测试人员怎么知道怎样操作?哪个数据有效?
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2004-12-8 13:28:21 | 只看该作者
需要!当然需要!越详细越好!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2004-12-8 15:13:19 | 只看该作者
写测试用例是一项很繁复的工作,但是写用例时是越详细越好,确实比较矛盾哪
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2004-12-9 18:05:13 | 只看该作者
问题是如果写的太详细,测试人员就太机械式的操作,即使不懂需求也能测试
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2004-12-9 21:14:04 | 只看该作者
我觉得用例只要把注重的方面写出来,然后写出预计的效果就可以了,不用写太多的步骤
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2004-12-9 23:03:23 | 只看该作者
[quote]Originally posted by [i]咕嘟咕嘟[/i] at 2004-12-9 09:14 PM:
我觉得用例只要把注重的方面写出来,然后写出预计的效果就可以了,不用写太多的步骤 [/quote]
你如果真的是这样的话,可不可以在你写了测试用例后,给你一部分看看 ,我想学习一下
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2004-12-10 08:06:56 | 只看该作者
俺也想学习一下。
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2004-12-10 09:32:30 | 只看该作者
一个优秀的公司测试用例的设计方向是:提供可重用率(也就是降低重复劳动),测试实施的自动化。
针对这两个方面而言,测试用例必须做的很详细。
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2004-12-10 09:40:09 | 只看该作者
我觉得用例只要把注重的方面写出来,然后写出预计的效果就可以了,不用写太多的步骤


我也是这样一个想法,但是具体写的时候还是按照每个功能,或界面上的每个选项进行编写,用是总觉得写出来到很简单,没有什么深度用例.不知道大家一般写用例的时候都是怎么样的
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2004-12-10 09:48:01 | 只看该作者
肚皮,
借你的测试用例给大家看看嘛
我们太感激你了
呵呵
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2004-12-10 09:50:47 | 只看该作者
我觉得用例只要把注重的方面写出来,然后写出预计的效果就可以了,不用写太多的步骤


我也是这样一个想法,但是具体写的时候还是按照每个功能,或界面上的每个选项进行编写,用是总觉得写出来到很简单,没有什么深度用例.不知道大家一般写用例的时候都是怎么样的
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2004-12-10 10:51:30 | 只看该作者
可惜没有人有固定的模式给我借阅一下
若有,我在所不辞~
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2004-12-12 14:11:44 | 只看该作者
其实测试用例应该是有一套规范的,就像开发人员前期在PD中的需求设计一样,在TD中每一个类别的模块都应该有一套自己的结构,这样不同的测试人员在后来交叉执行测试用例时才会能很快适应,不然十年后你写的测试用例就跟你现在写的没什么区别。
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2004-12-12 22:57:32 | 只看该作者
[quote]Originally posted by [i]丁琳[/i] at 2004-12-10 09:48 AM:
肚皮,
借你的测试用例给大家看看嘛
我们太感激你了
呵呵 [/quote]
其实我也想把自己工作中的东西拿出来,让大家批评指正,这样自己才会提高,但是我们做的东西是保密的,我也签了保密协议,绝不能漏出工作中的东西,无奈。
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2004-12-12 23:00:24 | 只看该作者
[quote]Originally posted by [i]dionysus[/i] at 2004-12-12 02:11 PM:
其实测试用例应该是有一套规范的,就像开发人员前期在PD中的需求设计一样,在TD中每一个类别的模块都应该有一套自己的结构,这样不同的测试人员在后来交叉执行测试用例时才会能很快适应,不然十年后你写的测试用 ... [/quote]
对td很有研究啊,td我越用越觉得有东西可以学到
回复 支持 反对

使用道具 举报

该用户从未签到

18#
 楼主| 发表于 2004-12-13 09:12:28 | 只看该作者
郁闷啊,老板要求写出的测试用例要尽可能多的覆盖功能点并且每个功能点的测试目的明确,不希望测试用例中有太多的数据,也不希望测试步骤太详细,可是这样的测试用例在实际测试中效率太低,不懂domain的新手根本测不了
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2004-12-15 09:45:56 | 只看该作者
根据情况考虑,太细或者太粗都不好,主要看case是为什么人准备的
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2015-12-6 14:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    20#
    发表于 2004-12-15 17:09:48 | 只看该作者
    同意楼上的观点,测试用例要根据具体情况、测试内容而定~
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 11:37 , Processed in 0.080937 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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