51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4723|回复: 21
打印 上一主题 下一主题

[讨论] 我写测试用例的一些体会

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-8-1 14:10:47 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
首先申明:我也是菜鸟一个!

首先是根据需求写,具体细致到每一个动作,
以便于新来的同事通过测试用例可以使用系统

之前看过一个前辈说,每一个功能只有三个测试用例即:pass fail error
其他的只不过是他们的延伸。这句话对我很又启发,
每一个pass,我都能写出好多用例来
每一个fail,我都能写出好多用例来
每一个error,我都能写出好多用例来
之所以有这么多的延伸,是因为可以从需求和数据本身的出来的

有时候感觉自己有在写一个pass的用例,问自己是不是在重复工作!
回答当然是否定了,每个pass都有自己的作用,
只是当你还了需求他或许就不是pass,或者是fail or error

呵呵 总感觉有很多的用例需要写!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

22#
发表于 2007-9-7 10:37:04 | 只看该作者
测试的目的除了找出bug,验证需求实现的正确性也是目的之一

同意这句话,软件质量和需求是重点
回复 支持 反对

使用道具 举报

该用户从未签到

21#
发表于 2007-8-31 15:03:07 | 只看该作者
根据需求而定...
回复 支持 反对

使用道具 举报

该用户从未签到

20#
发表于 2007-8-28 08:59:28 | 只看该作者
不同阶段的用例  依据不一样    系统测试用例的依据是SRS     集成测试用例的依据是概要设计    单元测试用例的依据是详细设计    还有性能测试用例等等的依据都不一样    不可概论
回复 支持 反对

使用道具 举报

该用户从未签到

19#
发表于 2007-8-28 08:52:27 | 只看该作者
首先是根据需求写,具体细致到每一个动作,
以便于新来的同事通过用例测试系统还差不多
回复 支持 反对

使用道具 举报

该用户从未签到

18#
发表于 2007-8-28 08:35:45 | 只看该作者
谢谢,对测试有新认识了
回复 支持 反对

使用道具 举报

该用户从未签到

17#
发表于 2007-8-25 21:18:27 | 只看该作者
受到启发了,正在写用例呢
回复 支持 反对

使用道具 举报

该用户从未签到

16#
发表于 2007-8-22 17:46:58 | 只看该作者
滿足需求的測試用例才能找到根據
回复 支持 反对

使用道具 举报

该用户从未签到

15#
发表于 2007-8-19 23:14:18 | 只看该作者
不知道我什么时候才能真正明白测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2007-8-19 11:31:59 | 只看该作者
完全同意楼主观点,用例其实就是PASS FAIL ERROR的延伸
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2007-8-17 10:44:44 | 只看该作者
同意
每一个功能只有三个测试用例即:pass fail error
我们要保证我们的测试的全面性,仅仅测试pass是不购得,在设计测试用例中,更要注意: fail.因为正确的操作大家比较注意,往往fail 我们可能忽略一些。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
 楼主| 发表于 2007-8-17 10:09:40 | 只看该作者
sdlkfj2
登录测试用例:
1.PASS 正确的用户名和密码
2.FAILE 错误的用户名和密码
3. ERROR 1.检查用户名益处
              2.检查密码益处!

这样,一个登录的测试用例就OK了!sdlkfj2
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-8-16 15:42:10 | 只看该作者
学习
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-8-16 15:16:58 | 只看该作者
之前看过一个前辈说,每一个功能只有三个测试用例即:pass fail error

赞同。我还听一位前辈说
1个好的测试用例=20%的pass+70%的faile+10%的error。
sdlkfj5
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-8-16 00:45:24 | 只看该作者

我来谈点

测试用例设计的一般思路:
1、根据开发文挡,经验等确定测试需求
2、把测试需求细化到测试子项
2,然后测试子项对应到用例
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-8-15 23:25:30 | 只看该作者
不错~~
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-8-15 18:05:45 | 只看该作者
同意
每一个功能只有三个测试用例即:pass fail error
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-8-12 00:18:43 | 只看该作者
ding
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-8-8 21:57:06 | 只看该作者
学习了
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-8-2 15:08:56 | 只看该作者
学到了新知识,thanks sdlkfj2
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-15 20:45 , Processed in 0.083621 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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