51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3068|回复: 13
打印 上一主题 下一主题

[讨论] 請問下圖怎麼寫測試用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-3-18 22:11:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
請問下圖怎麼寫測試用例?謝謝大家.

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?(注-册)加入51Testing

x
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-3-19 09:11:13 | 只看该作者
我想大概有二个步骤:
1 找出该流程图的基本路径
2 根据基本路径导出Test Cases

PS:基本路径就是流程图执行时候的路线,它要求做到覆盖整个流程图中的分支。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-3-19 09:32:45 | 只看该作者
1、投入硬币取消选择物品,结果应为提示:“请选择物品或退出硬币。”
2、投入硬币选择物品,选择找零(零钱没找完),结果为找零后送出物品
3、投入硬币选择物品,选择找零(零钱已找完),结果为退出硬币
4、投入硬币选择物品,不需要找零,结果为送出物品。

根据路径想,只想到这四条,请各位继续哦。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-3-19 09:50:59 | 只看该作者
黑盒测试编写测试用例的基本策略:
1、任何时候都需要“边界值分析”;
2、“等价类划分”辅助;
3、错误推测法也常常用到;
4、对于测试输出与测试输入存在因果关系的,可以采用因果图;
5、对于类似系统配置的条件组合测试,正交试验法为好;
6、对于业务流程清晰的,可以采用场景法;
。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-3-19 10:33:31 | 只看该作者
你可以根据你自已的策略把用例写出来看看.........你说的理论在论坛上都能找到..
要理论联系实际!
回复 支持 反对

使用道具 举报

该用户从未签到

6#
 楼主| 发表于 2007-3-19 15:23:37 | 只看该作者
呵呵,是哦。再接在厉。
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2007-3-19 16:11:30 | 只看该作者
黑盒测试编写测试用例的基本策略:
1、任何时候都需要“边界值分析”;
2、“等价类划分”辅助;
3、错误推测法也常常用到;
4、对于测试输出与测试输入存在因果关系的,可以采用因果图;
5、对于类似系统配置的条件组合测试,正交试验法为好;
6、对于业务流程清晰的,可以采用场景法;
。。。。。。。。。。。
回复 支持 反对

使用道具 举报

该用户从未签到

8#
发表于 2007-3-19 16:21:39 | 只看该作者
黑盒测试编写测试用例的基本策略:
1、任何时候都需要“边界值分析”;
2、“等价类划分”辅助;
3、错误推测法也常常用到;
4、对于测试输出与测试输入存在因果关系的,可以采用因果图;
5、对于类似系统配 ...

这样写出来有什么意义吗?

朴实  真切  一点好不好

如果我是高手就不用在这里看这个了
回复 支持 反对

使用道具 举报

该用户从未签到

9#
发表于 2007-3-19 17:11:19 | 只看该作者
这个需要看是什么测试吧?

如果是路径测试的话,如dandan所说的四条。

功能测试的话,就比较多了,比如:

投币:1。投入的不是硬币。2。投入的是不符合要求的硬币。

选购物品:1。选购一个售完的物品。2。如果是要按照A(行) + 4(列)这样的按键顺序来选购物品的话,要设计不是按行+列的顺序(如行+行,列+行,列+列)选购的测试用例。

找零:假若,需要找回1.5块,恰好5毛的硬币用完了,只剩下1块的硬币,这时候系统会不会认为是零钱已经用完。

另外,还有一些比较有意思的用例:
假若机器里边一分钱都没有,顾客投了4个1块的和2个5毛的硬币,买了2块钱东西,需要找回3块钱,这时系统会不会认为零钱已经用完而不卖东西直接退钱呢

其他的充分发挥自己的想象力了sdlkfj2

[ 本帖最后由 nightbossa 于 2007-3-19 17:29 编辑 ]
回复 支持 反对

使用道具 举报

该用户从未签到

10#
发表于 2007-3-19 17:19:09 | 只看该作者
其他的充分发挥自己的想象力了
这样怎么保证测试的全面性阿,会不会有很多会漏掉呢,请指教
回复 支持 反对

使用道具 举报

该用户从未签到

11#
发表于 2007-3-19 17:27:45 | 只看该作者
就功能测试用例来说,我觉得很多都是要靠直觉和经验的,特别是一些能找出bug的用例。

大部分测试人员能想到的异常,开发也差不多能想到(之所以还会出现,很多都是因为他们粗心大意),所以就得多留意一下哪些地方比较容易出错,多想一些不可能,说不定就找出来了。

至于测试的全面性,做到全部覆盖是不可能的。平时可以把测试用例拿出来,跟同事或者朋友讨论一下,做到尽量完善。遗漏的话,应该可以用2/8理论来估计有多少被遗漏。
回复 支持 反对

使用道具 举报

该用户从未签到

12#
发表于 2007-3-19 23:04:25 | 只看该作者

看不到题目

看不到题目
回复 支持 反对

使用道具 举报

该用户从未签到

13#
发表于 2008-3-15 10:40:05 | 只看该作者
什么是場景法﹖
回复 支持 反对

使用道具 举报

该用户从未签到

14#
发表于 2008-3-15 11:13:03 | 只看该作者
正常:
投币-》选择物品-》不找零-》取物

投币-》选择物品-》找零-》找零完毕-》退币-》取物

投币-》选择物品-》找零-》找零未完-》继续找-》取物

异常,需求不清,凭自己想像。

[ 本帖最后由 wslss007 于 2008-3-15 11:14 编辑 ]
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-26 05:01 , Processed in 0.111204 second(s), 29 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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