测试用例设计的误区（原创）

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

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

刘洪鹏 · 发表于 2007-7-4 10:07:42

随便看看

glyw168 · 发表于 2007-7-4 14:56:26

我也觉得测试用例不需要实际的数据，只需要把思路写进去就ok了，要不然具体的每一步的执行过程都写进去，那岂不太罗嗦，且需要很大的工作量。

changlang530 · 发表于 2007-9-7 09:39:41

参考一下！

zhouzxcv · 发表于 2007-9-21 23:56:50

写的很好不错
3Qsdlkfj1

zx1983 · 发表于 2007-12-26 16:30:59

同感啊

buleheart · 发表于 2007-12-26 20:41:27

我见过很多测试工程师编写的测试用例中，“预期输出”仅描述为程序的可见行为，其实，“预期结果”的含义并不只是程序的可见行为。例如，对一个订货系统，输入订货数据，点击“确定”按钮后，系统提示“订货成功”，这样是不是一个完整的用例呢？是不是系统输出的“订货成功”就应该作为我们唯一的验证手段呢？显然不是。订货是否成功还需要查看相应的数据记录是否更新，因此，在这样的一个用例中，还应该包含对测试结果的显式的验证手段：在数据库中执行查询语句进行查询，看查询结果是否与预期的一致。

这点对我帮助很大，刚写过测试用例，竟然没有想到这一点，预期结果还要考虑后台数据库的情况

jaling · 发表于 2008-4-10 17:25:17

写得不错，支持！

雅彬 · 发表于 2008-10-21 21:17:33

厉害。。受益

t95abin · 发表于 2008-10-22 17:42:40

楼主说得很对，其实好的测试用例并不是真的那么容易写的。

szgushen · 发表于 2008-10-23 14:19:21

具体每一步的执行是否一定要非常详细还是值得商酌的. 要有执行步骤,但是未必很细致. 如果用例的执行者完全不懂软件,他可以参考软件的使用手册或者先行熟悉一下软件.
比如我们有些测试用例的执行是由技术工人来执行的,也不需要太过仔细的描述操作步骤.如果由工程师来执行,则更不需要那么细致了.但是,步骤的描述是要的，我只是说不一定十分的详细.

默默巫1 · 发表于 2008-11-5 11:17:51

Pleany · 发表于 2009-3-24 10:18:11

有道理

lzytest · 发表于 2011-6-22 11:54:44

"我见过很多测试工程师编写的测试用例中，“预期输出”仅描述为程序的可见行为，其实，“预期结果”的含义并不只是程序的可见行为。例如，对一个订货系统，输入订货数据，点击“确定”按钮后，系统提示“订货成功”，这样是不是一个完整的用例呢？是不是系统输出的“订货成功”就应该作为我们唯一的验证手段呢？显然不是。订货是否成功还需要查看相应的数据记录是否更新，因此，在这样的一个用例中，还应该包含对测试结果的显式的验证手段：在数据库中执行查询语句进行查询，看查询结果是否与预期的一致。"

太对了，我现在招人，最苦恼的就是国内很多测试人员写的用例就是到“订货成功”就结束，而很少关顾到下面的数据处理。查询就写输入某值，查出结果就结束，在数据库中执行查询的具体语句写不出来。需要做存在性检查，通常是画面上的值在数据库中查询，查出结果就存在，查不出就不存在，理论上很简单，可就是查询条件写的千奇百怪...
现在缺人，(ˇˍˇ），想招能将程序执行过程中的各个SQL文自如写出的测试人员。现在公司直接根据原型图（加简单说明）和数据库设计写测试用例，缺少详细设计环节，需要在测试用例中将程序执行过程中的各个SQL文体现出现，所以最好做过几年按照比较完整的详细设计书写测试用例的经验，上手会容易些。
南京的测试同仁合适的、又想换工作的可以给我发短信。

oliver_gertie · 发表于 2012-7-11 09:56:46

写的非常好！

oliver_gertie · 发表于 2012-7-11 09:56:54

写的非常好！

东东tony · 发表于 2013-7-1 15:58:44

楼主说的好，受益匪浅

Minoz_Vicky · 发表于 2014-8-19 17:05:24

还应该包含对测试结果的显式的验证手段---这点想当重要啊，很多用例只写到了表面现象，没有深入写下去

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

测试用例设计的误区（原创）

站长推荐 /1