一个test case对应一个准确的输入还是可以有多条数据输入

7265695 · 发表于 2007-10-12 13:42:42

比如一个用户登入界面，有效的用户名为1-9，我们准备数据为0、1、9、10、5
根据这5个数据我们是准备5个case，每个case流程相同，还是准备一个case，case包含这5个数据？

red-hat · 发表于 2007-10-12 22:04:16

单独准备,作为testcase,"功能"尽可能要单一,这样做的好处就在于:如果那一个testcase没有通过.将来写bug报告,可以更好的隔离问题,定位问题

Jor · 发表于 2007-10-14 08:44:53

看各个公司的习惯我们就可以是一个case多个输入

hsjzfling · 发表于 2007-10-15 10:08:16

对于输入一般没有明确限制，但如2楼所说，应尽可能隔离问题，特别要注意一个test case最多只能包含一个无效输入，不过可以有多个有效输入。

serena_chueng · 发表于 2007-10-15 10:35:57

...如果一个没有设计具体业务的test case因为几个值,写了n个用例,那如果一个业务逻辑复杂的系统怎么办?

hsjzfling · 发表于 2007-10-15 12:12:12

那要看你的测试阶段和测试目的了～

7265695 · 发表于 2007-10-15 14:40:29

原帖由 red-hat 于 2007-10-12 22:04 发表
单独准备,作为testcase,"功能"尽可能要单一,这样做的好处就在于:如果那一个testcase没有通过.将来写bug报告,可以更好的隔离问题,定位问题

因为大家都知道，某个case得到修改，那么与他相关的功能很可能就会出现新的bug，那么我们还是要验证其它各种输入，因此把他们合在一起写能够省那么多时间，又能很好的测试被修改的地方，这些好处跟准确定位问题相比，是不是好太多。
这个是我实践中得出的，red hat版主说的就是我51培训中学到的，看来。。。

ZQ_83114 · 发表于 2007-10-15 21:33:15

个人认为应该分清楚这几个输入的关注点是否一致，不同的关注点最好分开写。
不过每个公司的习惯不一样，慢慢适应的过程，如果一开始别人写的很简单，而你一下子写太详细了，感觉也不会特别好，慢慢来吧

Cherry-Chen · 发表于 2007-10-16 21:20:23

我比较赞同楼上的看法，如果关注点都是同一个的话，就没必要分开来写那么多。如果各个关注点都不一样的话就一定要分开来写。

haijiaokuang · 发表于 2007-10-25 16:16:41

一般情况下，一个测试用例只对应一种输入，对应一种预期结果，不然就混乱了

kickgod · 发表于 2007-10-25 18:32:13

原帖由 7265695 于 2007-10-15 14:40 发表

因为大家都知道，某个case得到修改，那么与他相关的功能很可能就会出现新的bug，那么我们还是要验证其它各种输入，因此把他们合在一起写能够省那么多时间，又能很好的测试被修改的地方，这些好处跟准确定位问题相 ...

你发现bug的目的是什么?很大程度是为了解决问题!!!!解决问题就需要更准备的定位问题?混成一块你是省时间但是bug的效果就会衰弱!!!我觉得是得不偿失!!!!!!!!
51讲的都是标准的流程,既然标准就意味着只有少数的公司能达到这个程度!!!!!!要看自己的公司更注重的是什么了,一个对测试不在乎的公司可能连测试用例都不用写.那数据变化的不更快!!更简单?连书面文件都不用修改!!!!!.....

modyzhou · 发表于 2007-10-28 17:03:48

我同意这里的很多观点例如楼上的，也反对一些例如他所反对的。
1.case应该是不同问题即不同关注点的输入的集合。
2.尽量把case中的输入分开。。。。

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

一个test case对应一个准确的输入还是可以有多条数据输入

准确隔离问题价值有多大？

站长推荐 /1