实战资料之八--案例列表驱动测试(CDT)应用简介.ppt

huangxb · 发表于 2006-3-8 09:57:19

huawl · 发表于 2006-6-26 17:55:23

谢谢了，应该很有用

tjj006 · 发表于 2006-11-9 15:19:21

大略看了一下，很有实用价值，不知如何联系楼主？以方便交流。sdlkfj5

ebuluo · 发表于 2007-1-20 21:40:14

顶阿

david909 · 发表于 2007-3-15 22:05:48

这方面还没有接触到,正好下来学习一下

wuxiaoxue00 · 发表于 2007-3-19 10:08:45

sdlkfj5

pss · 发表于 2007-3-20 00:27:03

没接触过,看不大懂,是不是类似与自动检查输入输出结果的工具.

gwell · 发表于 2007-4-2 20:20:38

正在找这些实战的东西

wenwenym_82 · 发表于 2007-5-28 09:52:26

好帖子，应该多一些这样使用的东西

freshman0216 · 发表于 2007-6-6 15:13:31

谢谢

caocao668 · 发表于 2007-6-11 14:25:28

谢谢了

hqtan · 发表于 2007-6-12 23:44:53

我也想下载啊

caocao668 · 发表于 2007-6-13 14:32:30

谢谢楼主

TestCenter · 发表于 2007-6-13 22:32:45

叫"表格驱动测试"可能更合理。
问几个问题：
第一，测试的目标是什么？测试的目标是验证测试需求。
第二，执行一个简单的脚本能够验证需求？不能，只能够验证一个操作流程，因为没有验证点的测试是没有意义的，只能说明操作在这些组数据下能够运行，其他的，什么也说明不了。
第三，一个测试用例，一般应该包括：1）测试环境创建和确认；2）测试需求所需要的操作过程；3）测试需求结果验证。举例来说：我们要测试银行的“活期存款”功能，那么[测试环境创建和确认]，就是要完成创建一个活期帐号，或者验证这个帐号是存在的和查询帐号余额；[测试需求所需要的操作过程]，就是完成存款交易；[测试需求结果验证]就是对余额进行查询和根据验证条件进行检验：存款是否正确。

因此，可以说，一般情况下测试脚本和测试用例是不同的，是多个测试脚本和数据的有机顺序组合，在这种情况下，使用表驱动进行测试是比较原始的方法，在比较复杂的测试下是根本不可行的。

因此，我们需要重新建立一个模型来解决这个问题。

zhangyan8212 · 发表于 2007-6-18 10:41:56

good

lymusicar · 发表于 2007-6-22 19:26:26

我是测试新手，谢谢帮助，现在急着充电 sdlkfj3

zmf111 · 发表于 2007-7-2 15:07:59

ffffffffffffffffff

cnnewstart · 发表于 2007-7-8 21:12:05

谢谢

orin189 · 发表于 2007-7-10 00:25:47

谢谢楼主

wenbei · 发表于 2007-7-16 16:45:14

谢谢

		自动登录	找回密码
密码			(注-册)加入51Testing

[原创] 实战资料之八--案例列表驱动测试(CDT)应用简介.ppt

本帖子中包含更多资源

相关帖子

谢谢了，应该很有用

非常好

回复 #1 huangxb 的帖子

最简单的测试技术!!!

站长推荐 /1