未来大趋势：设计测试用例时将数据设计和步骤设计分开？

evazhang

设计测试用例时将数据设计和步骤设计分开好处多多：简单明了易维护。我觉得以后会
越来越流行。不知道大家怎么看。大家都现在都用这种方法吗？　

比如下面的登录页面测试用例设计可设计如下：（注：此用例来自ｊａｃｋｅｉ的ｂｌｏｇ）

测试用例：
－－步骤设计－－－
序号
操作过程描述
1 输入用户名。
2 输入密码。
3 确认登录。

－－－数据设计－－－－
序号
用户名
密码
预期结果

1
正确的用户名
正确的密码
登录到系统并转到系统主界面

2
正确的用户名
错误的密码
无法登录到系统并提示密码错误

3
错误的用户名
正确的密码
无法登录到系统并提示用户名错误

4
错误的用户名
错误的密码
无法登录到系统并退出当前程序

5
空用户名
……
……

duola1119

楼主的测试用例看似数据和步骤分开,然而它们却有千丝万缕的联系.
一个测试用例中如果没有测试数据,那么这个测试用例就不算是一个完整的测试用例,
在很多的测试用例中.一个数据的输入不同就会产生很多种不同的预期结果之外的结果.
我不赞成测试数据的不具体化.相反我认为在测试用例中步骤可以适当的省略.而数据是万万不能漏掉任何的可能性.

jackei

也不算什么未来的大趋势了。几年前开始已经是这种做法。

to skinapi 兄：其实并没有造成所谓的信息分离。假如你5组数据都使用同样地步骤，完成第一组和第二组后通常就不需要再去看步骤了。另外，保存数据的表中除了输入之外，也包含了预期的输出，所以反而比大段文字的用例更加清晰。
另外，数据驱动也不仅仅用于自动化测试，手工测试也是可以的。

to Tender 兄：俺也不赞成使用太具体的数据，但是要保证有对数据的描述 ^_^


to thtf ：你的问题可以在偶的一篇文章中找到答案，可以从下面的链接下载 ^_^
http://jackei.cnblogs.com/archive/2005/03/03/112201.html

如果大家有兴趣可以一起讨论 ^_^

thtf

还是测试用例设计的粒度到底多细的问题, 是不是越细越好sdlkfj3

skinapi

这种方法应该是更适合引入自动化测试的，对于手动测试反而感觉看起来不方便，信息都分离了。

Tender

我一般在用例中很少涉及到数据，除了特殊的需要。
太具体的数据，维护起来工作量太大，而且灵活性也不好。