SDD开发实例（6）
上一篇 /
下一篇 2012-12-07 16:32:57
/ 个人分类：测试
经过一周的练习，发现最大的问题就是QA开发的
test case质量不高，很多人把
测试用例写的跟流程文档或者需求文档很类似。
其实这个问题由来已久，很多QA都觉得写QA很简单，翻来覆去就是那几种正交，等价类之类的，其实产品的质量基于测试的质量，而测试的质量依赖于test case的质量。
在SDD中，我们是基于Story去开发测试用例，所以我们要明确出来的是我们系统中存在哪些对象，这些对象有哪些方法可以被调用，一个data-driven的书写标准，不单能让我们获得最小的step集合，从而能够尽量的代码复用，而且能够很清楚的表明这些对象所自有的方法（inside）和互相传递数据的方法（outside），从而获得足够高的cover率和尽可能低的duplicate coverage。
我们以下面为例子：
在界面中，有很多流程都是在一个
手机号text field中输入不同的数据，所以Qa们都是根据流程去书写这些测试用例：
2.不输入手机号
13.输入手机号
2.输入超过20个字符的手机号
2.输入特殊字符的手机号信息
实际上，所有的这些测试步骤都可以用一个步骤代替
输入手机号XXX
我们只需要在test description分别说明，就能让其他测试人员明白你要干什么
这样 test description 就分别为：
手机号码为空
输入正常手机号
输入超过11个数字的手机号
输入特殊字符的手机号
而依据data-driven方式书写的测试用例步骤为：
（XXX为该条语句的输入值）
输入手机号（空）
输入手机号13800138000
输入手机号1234567890123
输入手机号123AAA
从上面我们可以看出，良好的书写格式和习惯，实际上使你的测试用例不但更加健壮，而且易于进行automation。
很多项目的automation进展困难，就是因为依据这些手工测试脚本创建自动化脚本过于复杂化，重新书写测试用例又代价太高，就在这进退为难的过程中，从而失败的推广自动化测试。
收藏
举报
TAG:
