自动化测试---被玩坏的数据驱动
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这个伪需求了!我就问啥功能需要?
再说了,就算数据驱动就一定要读文件么?