内容简介：什么是数据驱动测试？从它的定义来看，就是数据的改变从而驱动自动化测试的执行，最终引起测试结果的改变。说的直白些，就是参数化的应用。
| 编辑推荐: |
| 本文来自cnblogs，文章简单明了的给大家介绍了什么是数据驱动测试，然后借助单元测试框架怎么做自动化测试。 |
什么是数据驱动测试？
从它的定义来看，就是数据的改变从而驱动自动化测试的执行，最终引起测试结果的改变。说的直白些，就是参数化的应用。
“他们”认为数据驱动什么样子？
这里以csv文件为例，大多文章也是选用的csv/excel文件。
参数、断言、结果都有了，大概就这样子吧？
接下来需要将数据读取出来。
# coding=utf-8
import csv
import codecs
# 读取本地 CSV 文件
data = csv.reader(codecs.open('user_info.csv', 'r', 'utf_8_sig'))
# 用户存放用户数据
users = []
# 循环输出每一行信息
for line in islice(data, 1, None):
users.append(line)
# 打印
print(users)
得到结果：
[['', '123', '请输入帐号', ''], ['user', '', '请输入密码', ''], ['error', 'error', '帐号或密码错误',''], ['admin', 'admin123', 'admin你好', ''], ['guest', 'guest123', 'guest你好', '']]
这里得到一个测试数据的二维数组。
那么接下来要用这些数据做自动化测试了？被测试功能如下：
测试代码如下：
# 测试登陆功能
from selenium import webdriver
driver = webdriver.Chrome()
for user in users:
driver.get("http://127.0.0.1:8000/")
driver.find_element_by_id ("inputUsername").send_keys (user[0])
driver.find_element_by_id ("inputPassword").send_keys (user[1])
driver.find_element_by_id ("Login").click()
sleep(2)
tips = driver.find_element_by_id("tips").text
print(tips)
print(user[2])
try:
assert tips == user[2]
except AssertionError as msg:
print(msg)
user[3] = "Faile"
else:
user[3] = "Pass"
driver.quit()
# 打印结果
print(users)
运行之后的测试结果：
[['', '123', '请输入帐号', 'Pass'], ['user', '', '请输入密码', 'Pass'], ['error', 'error', '帐号或密码错误','Pass'], ['admin', 'admin123', 'admin你好', 'Faile'], ['guest', 'guest123', 'guest你好', 'Faile']]
看，结果已经写到最后一列了。
最后，我们还需要将测试结果写回到csv文件中。
# 读取本地 CSV 文件
csv_file = csv.writer(codecs.open('user_info.csv', 'w','utf_8_sig'),
# 写入标题
csv_file.writerow(['用户名','密码','断言','结果'])
# 循环写入数据
for user in users:
csv_file.writerow(user)
# 打印
print(users)
打开CSV文件，结果如下：
看结果一列，是不是已经有了结果。
那么，下来思考几个问题。
1、测试结果是否太过简单了，只有“Pass”和“Faile”，没有任何失败的日志，是否需要另起一列记录失败日志？
2、如何统计出总失败的用例数和成功的用例数？
3、如果想单独验证失败的两条用例应该怎么做？例如上图中的最后两条失败的用例。
4、上面的测试代码中，有多少是真正用在测试操作的，至少一半都在读写csv文件，是否需要做封装，想想怎么封装更简单？
5、在获取具体读取数据的时候，我们使用的是user[0]、user[1]、user[2]，你真的容易分辨这些数据么？如果又加了一列数据呢？不改代码是不是就对不上号了。
6、这只是一组登录数据。我们知道不同的功能，所需要的数据是不一样的，比如搜索，只需要“搜索关键字”， 例如注册，需要“邮箱”、“密码”、“重复密码”、“昵称”等。我们一个系统有N多功能的好吧！
7、如第6条，这些测试数据要怎么放，放在一个csv文件还是多个文件？怎么统计测试结果？
所以，知道读取数据文件有多坑了吧！？谁说的方便维护？你一定没用这种方式写过真正的项目吧！一直处在跟着别人写demo阶段。如果你有更“高大上”的处理方式欢迎请告诉我，谢谢！
以下，我将介绍基于单元测试框架的数据驱动。
单纯读取数据文件来做自动化是有诸多问题的。那么我们借助单元测试框架来做自动化就爽多了，因为它解决了测试中的几问题。
如何定义一条测试用例，我们知道编程的世界里并没“用例”的概念。它只有目录、文件、类、方法、函数...，而单元测试框架告诉我们如何定义一条用例。
如何写断言，是的！当你做了一堆操作之后，如何判断这一系列操作是符合预期的，那么一定要拿实际结果与预期结果进行比较，而单元测试框架告诉我们如何写断言。
测试结果统计，当执行了一系列的用例之后，总共运行了多少条用例，成功了多少条，失败了多少条，失败的用例错误在哪里？单元测试框架会帮我们统计和展示。
被测功能还是上文的功能。
这里以unittest 单元测试框架为例。
import unittest
from selenium import webdriver
class LoginTest(unittest.TestCase):
@classmethod
def setUpClass(cls):
cls.driver = webdriver.Chrome()
cls.url = "http://127.0.0.1:8000/"
cls.driver.implicitly_wait(10)
@classmethod
def tearDownClass(cls):
cls.driver.quit()
def user_login (self, username, password):
driver = self.driver
driver.get(self.url)
driver.find_element_by_id ("inputUsername ").send_keys (username)
driver.find_element_by_id ("inputPassword ").send_keys (password)
driver.find_element_by_id ("Login ").click()
def atest_login_01(self):
self.user_login("", '123')
tips = self.driver.find_element_by_id ("tips").text
self.assertEqual(tips, '请输入帐号')
def atest_login_02(self):
self.user_login ("user", "")
tips = self.driver.find_element_by_id ("tips").text
self.assertEqual(tips, '请输入密码')
def atest_login_03(self):
self.user_login("error", "error")
tips = self.driver.find_element_by_id ("tips").text
self.assertEqual (tips, '帐号或密码错误')
def atest_login_04(self):
self.user_login ("admin", " admin123456")
sleep(2)
tips = self.driver.find_element_by_id ("user").text
self.assertEqual (tips, 'admin你好')
if __name__ == '__main__':
unittest.main()
看！测试代码是不是非常清晰。运行结果如下。
...F
=============================
FAIL: test_login_04 (__main__.LoginTest)
-------------------------------
Traceback (most recent call last):
File "test_login.py", line 43, in test_login_04
self.assertEqual(tips, 'admin你好')
AssertionError: 'admin' != 'admin你好'
- admin
+ admin你好
-----------------------------
Ran 4 tests in 12.977s
FAILED (failures=1)
结果告诉我们运行了4条测试，1条失败了，失败的原因是test_login_04用例断言预期结果为“admin你好”，实际结果为“admin”。
可是，这没有用到读取数据文件啊？不是，数据驱动啊？ 我以为这么规范的编写测试用例，要啥自行车。
其实，我已经尽量的把登录操作做了封装，每条用例里面只关心登录的数据和结果的断言。谁告诉你“数据驱动”就必须要“读取数据文件”的？
我们继续引入unitest的参数化。
import unittest
from selenium import webdriver
from time import sleep
class LoginTest(unittest.TestCase):
@classmethod
def setUpClass(cls):
cls.driver = webdriver.Chrome()
cls.url = "http://127.0.0.1:8000/"
cls.driver.implicitly_wait(10)
@classmethod
def tearDownClass(cls):
cls.driver.quit()
def user_login(self, username, password):
driver = self.driver
driver.get(self.url)
driver.find_element_by_id ("inputUsername").send_keys (username)
driver.find_element_by_id ("inputPassword").send_keys (password)
driver.find_element_by_id ("Login").click()
@parameterized.expand([
("user_null", '', "123", "请输入帐号"),
("pawd_null", "user", '', "请输入密码"),
("login_error", "error", "error", "帐号或密码错误"),
("login_success", "admin", "admin123456", "admin你好"),
])
def test_login (self, name, username, password, assert_text):
self.user_login(username, password)
if name == "login_success":
sleep(2)
tips = self.driver.find_element_by_id ("user").text
self.assertEqual(tips, assert_text)
else:
tips = self.driver.find_element_by_id ("tips").text
self.assertEqual(tips, assert_text)
if __name__ == '__main__':
unittest.main(verbosity=2)
反正都是定义测试数据，这里提供了规范的元组给你用来定义数据，而且测试数据与测试方法上下呼应，维护起来也比读取文件方便多了，这次还要啥自行车？
测试结果：
test_login_0_user_null (__main__.LoginTest) ... ok
test_login_1_pawd_null (__main__.LoginTest) ... ok
test_login_2_login_error (__main__.LoginTest) ... ok
==============================
FAIL: test_login_3_login_success (__main__.LoginTest)
---------------------------------
Traceback (most recent call last):
File "C:\Python36\lib\site-packages\parameterized-0.6.1-py3.6.egg\parameterized\parameterized.py", line 392, in standalone_func
return func(*(a + p.args), **p.kwargs)
File "test_login.py", line 37, in test_login
self.assertEqual(tips, assert_text)
AssertionError: 'admin' != '请输入密码'
- admin
+ 请输入密码
------------------------------------
Ran 4 tests in 12.363s
FAILED (failures=1)
测试结果依然清晰明白。
这个话题，本来到此就结束了，我其实是很鄙视读取数据文件的操作的，因为真get不到它的“方便”之处，做自动化测试写代码就老老实实的写代码，就你测试用的这点数据，真没必要读取文件，数据库就更谈不上了。但是，那么多人都在分享读取数据文件的demo（实际规模化之后就不得而知了），我也看了不少资料，找到一些勉强能接受的方法。
当然，这又是另一篇文章了。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 架构视角 - DDD、TDD、MDD领域驱动、测试驱动还是模型驱动？
- 《测试驱动开发》的读书笔记
- 搭建数据驱动测试框架构
- .netcore持续集成测试篇之Xunit数据驱动测试
- 在敏捷中应用测试驱动开发
- 使用ddt执行数据驱动测试
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
Building Websites with Joomla!
H Graf / Packt Publishing / 2006-01-20 / USD 44.99
This book is a fast paced tutorial to creating a website using Joomla!. If you've never used Joomla!, or even any web content management system before, then this book will walk you through each step i......一起来看看 《Building Websites with Joomla!》 这本书的介绍吧!
