代码改变世界

自动化测试---被玩坏的数据驱动

2016-11-28 21:47  虫师  阅读(16883)  评论(11编辑  收藏  举报

最近在整理接口测试相关的资料,所以,看到有关资料就会多看两眼。偶看到别人发的微信公众号。

Python接口测试框第一篇  --- python如何读取txt文件。

Python接口测试框第三篇  --- python如何读取XML文件。

Python接口测试框第四篇  --- python如何读取CSV文件。

 

曾几何时,也许某大牛说,搞自动化必须要把测试数据放文件里,然后通过程序读取文件。于是,大家纷纷效仿。

什么?你做自动化测试居然不读取测试数据文件,一看就是新手,没逼格。

小王啊!我们这个自动化框架一定得做数据与代码分离,得读取文件啊!

在这个全民微信的年代,各位大牛开了公从号,传授大家自动化测试技术,教点啥呢?那我们就从读取数据文件开始起吧!

 

 

什么是数据驱动?

从它的本意来解释,就是数据的改变从而驱动自动化测试的执行,最终引起测试结果的改变。说人话,其实就是参数化。

 

数据驱动有什么用?

对开发来说说,数据驱动无处不在,写好了一个模块,传个参数调用一下,看结果是不是等于预期。

def add(a,b):
    return a + b


if __name__ == '__main__':
    result = add(3, 5)
    assert result == 8

对测试有来说就可厉害了,你知道早期的自动化测试(工具)都是流水式,第一步打开浏览器,第二步输入abc,第三步点击按钮。假如我有一个登录,登录的步骤完全一样,就是每次登录时用的账号密码不一样。用数据驱动啊!

 

# 伪代码
def login(username, password):
    driver.find_element_by_id("idInput").send_keys(username)
    driver.find_element_by_id("pwdInput").send_keys(password)
    driver.find_element_by_id("loginBtn").click()


if __name__ == '__main__':
    login("zhangsan","123")
    #...
    login("lisi","456")

看!是不是很厉害了我的数据驱动。我传zhangsan,程序就会用zhangsan登录,我传lisi,就会用lisi登录。

数据驱动的本质就是“测试数据”与“执行代码”做分离。至于,“测试数据”放哪儿都可以,

定义成变量:

username = "zhangsan"

password = "123"

或放到数组里

users =["zhangsan","123"]

或放到字典:

users = {"zhangsan":"123"}

或放到txt文件里,XML文件里,CSV文件里,再读取过出来,调用登录方法时使用,这其实都是可以的。

 

但是,我们要做的是自动化测试,要分用例的,一种情况一条用例。

--------------------------------------------------------------------

用例1,用户名密码为空。

用例2,用户名为空。

用例3,密码为空。

用例4,用户名密码正确。

----------------------------------------------------------

相信身为软件测试人员的你,对这个用例没有意见吧?

 

这里以你们喜闻乐见的读取csv文件为例。

读取数据文件,并得到相应的数据,把这些数据用到具体的某个用例当中。

from selenium import webdriver
import unittest
import csv


# 读取本地 CSV 文件
data = csv.reader(open('login_test.csv', 'r'))

# 读取整个文件的数据放到users数组
users = []
for i in data:
    user = []
    for j in i:
        user.append(j)
    users.append(user)


class loginTest(unittest.TestCase):

    def setUp(self):
        self.driver = webdriver.Chrome()
        self.driver.get("http://xxx.login.page")

    # 封装用户登录
    def user_login(self, username, password):
        self.driver.find_element_by_id("idInput").send_keys(username)
        self.driver.find_element_by_id("pwdInput").send_keys(password)
        self.driver.find_element_by_id("loginBtn").click()

    def test_login1(self):
        '''用户名、密码为空登录'''
        i = 0
        for user in users:
            print(user[0])
            if user[0] == 'user_pawd_null':
                print(i)
                username = users[i][1]
                password = users[i][2]
break; else: i +=1 self.user_login(username, password) def test_login2(self): '''用户名正确,密码为空''' username = users[1][1] password = users[1][2] self.user_login(username, password) def test_login3(self): '''用户名为空,密码正确''' username = users[2][1] password = users[2][2] self.user_login(username, password) def test_login4(self): '''用户名密码正确 ''' username = users[3][1] password = users[3][2] self.user_login(username, password) if __name__ == '__main__': unittest.main()

来看看你都干了什么高大上的事儿。

1、创建了一CSV文件,然后把登录用的测试数据写到了文件了。 --->创建了一个专门存放数据的文件,这多有逼格,自我感觉良好。

2、读取CSV文件,并且通过for循环,把所有数据组装成一个二维数组,并放users数组中。--->这没什么呀,只是多写了个for循环而已,继续自我感觉良好。

3、test_login1用例,为用户名密码都为空的用例,判断users数组中某一行的第一列是否为“user_pawd_null,是的话,说明这一行就是我想要的。取这一行的第二、第三列的测试数据,进行登录测试。 --->这个取数据的方式有点。。。有点麻烦!

4、没关系!没关系!麻烦的话,我们看test_login2 ,用users[1][1]和users[1][2]也能取到CSV表第二行的数据。  ---->这不就不那么麻烦了!嗯,是不那么麻烦了,不过,有点傻逼。你确定你清楚的知道users[1][1]和users[1][2] 代表的啥?别急!别急!我打开CSV文件看看第2行对应是什么数据。

 

这就是你玩的高大上的“数据驱动”,再下实在是佩服佩服!什么你还有更高大上,简洁的玩法?真心请赐教。。。。

 

为什么不按照下面的方式写用例?

from selenium import webdriver
import unittest


class loginTest(unittest.TestCase):

    def setUp(self):
        self.driver = webdriver.Chrome()
        self.driver.get("http://xxx.login.page")

    # 封装用户登录
    def user_login(self, username, password):
        self.driver.find_element_by_id("idInput").send_keys(username)
        self.driver.find_element_by_id("pwdInput").send_keys(password)
        self.driver.find_element_by_id("loginBtn").click()

    def test_login1(self):
        '''用户名、密码为空登录'''
        self.user_login("", "")
    
    def test_login2(self):
        '''用户名正确,密码为空'''
        self.user_login("", "123")

    def test_login3(self):
        '''用户名为空,密码正确'''
        self.user_login("zhangsan", "")

    def test_login4(self):
        '''用户名密码正确 '''
        self.user_login("zhangsan", "123")


if __name__ == '__main__':
    unittest.main()

我相信,正常人一定看出来了这比上面读CSV文件简单多了。可是,用读取数据文件的话,不懂代码也能写用例!你是在自我YY这种需求吧??不懂自动化测试的同学差点就信了!

“都已经开始写代码做自动化的你告诉我,不想懂开发,你确定这不是任性?”

我在CSV文件中改测试数和在代码中改测试数据有什么区别? 在代码中改测试数据,我是知道对应哪个用例的,在CSV文件中改你确定一下子就知道对应的哪个用例?

 

那什么情况下才要用到读取测试数据文件呢?

关于自动化测试的误区(二)

已经说明了自己的观点。这里就不再重复,总之,用到要读取文件的情况并不多。不管是UI自动化测试,还是接口自动化测试。

 

我们还可以借助单元测试框架的功能进行参数化:

unittest单元测试框架实现参数化

 

 

坚持我原来的看法,不接受反驳!

 

@虫师 
我理解自动化和手工的区别点只是执行方式上的区别,自动化是由代码来执行用例,手工是由人来执行用例。这里的test_login方法,只是用来执行用例的代码,它并不是真正意义上的用例。本质上说,那个csv文件才是用例,“一种情况一个用例”,而作为用例,这个csv文件中缺少了预期结果。是否可以考虑将预期结果的内容按照一定格式也补充到csv中,然后做一个专门解析csv中结果的方法,加入到test_login中,这样即使是远超过4组数据的情况,也只需要用一个方法就可以进行测试,而不是每组数据写一个方法,失败与否也是针对每组数据而言。
至于用例数量,同样,其实是拿数据组的数量来计算,然后体现在最后生成的测试报告中

 

@ nuist_kevin
你说的我很赞成,我之前做音乐搜索排序的效果测试时就是使用数据+期望结果组成一条case,并保存在excel中的一行数据,然后用method去一行一行使用数据,并把每条case的实际结果写到对应case的后面,用例跑完之后,再对比即可知道测试报告。

 

这两段留言,我看了!也明白是什么意思。

我上面的观点是建立在unittest 单元测试框架的基础上面的,在unittest 中一个以“test”开头的方式被计算为一条用例,按照上面的两哥们的观点 excel 文件里面的一条数据计算为一个用例。

我很想弄明白,用例不同,步骤不一样,数据字段不一样(登录需要“用户名”和“密码”, 搜索需要“搜索关键字”, 添加用户需要"id", "name", "age"....),所以,一个方法只能涵盖一组测试,对吧!?  那是不是需要创建多个测试数据文件?,同时也需要多个方法?

这些数据文件中的结果是不是最终还要汇合到一起统计。用例运行失败的错误提示信息是不是也要 写到 excel 文件里? ”方便“查看报错嘛。

总结: 

* 维护不便,多个方法 和 多个数据文件,不同的方法还要找对应的数据文件。

* 测试结果统计,测试结果是分散在不同的数据文件中的。 

 

这个需要自己灵活点。数据量越大,数据驱动的优势越明显。还有,数据文件里需要包含:
1、用例名字
2、输入值1、输入值2.。。。
3、期望值
这样脚本里只需要一直一个测试方法就可以了

 

数据量越大,“数据驱动”越有优势? 你是拿登录或搜索之类的功能测试一万遍么? 那确实挺有优势的,毕竟字段都是一样的。一个方法就可以搞定了。

 

我们知道UI自动化测试是模拟用户行为,用户肯定不愿意傻逼的重复做某事,能让用户选择的就不要让用户输入,需要用户输入的大数据是不存在的。除了,我现在写博客是在输入大量数据。

你还能再给我举两个例子是让用户输入很多数据的例子么? 谈到数据驱动,你们马上跳出来个想法。如果需要很多数据的话就需要数据驱动了。别YY这个伪需求了!我就问啥功能需要?

再说了,就算数据驱动就一定要读文件么?

 

Web Page Counters
Computer Desks