01实战之分离测试固件


在UI 自动化测试中,不管编写哪个模块的测试用例,都需要首先在测试类中编写测试固件初始化WebDriver类及打开浏览器,执行登录,才能进行下一步业务逻辑的操作,测试用例执行完成后还需要关闭浏览器,这部分的代码如下:

import unittest
from selenium import webdriver
import time, os class InitTest(unittest.TestCase):
@classmethod
def setUpClass(cls):
#print('start!进入初始化环境')
cls.dr = webdriver.Chrome()
cls.dr.maximize_window()
#print('测试浏览器为:{0}'.format(cls.dr.name))
time.sleep(1)
ulr1 = 'http://*******.****.com.cn' @classmethod
def tearDownclass(cls):
cls.dr.quit()

  

在每一个测试类中都要编写以上代码,因此需要重复编写很多代码。是否可以把测试固件这部分代码分离出去,测试类直接继承分离出去的类呢?我们把测试固件分离到项目中,新建文件名称为 public_XF_login.py   类名为:InitTest

import unittest
from selenium import webdriver
import time, os class InitTest(unittest.TestCase):
@classmethod
def setUpClass(cls):
#print('start!进入初始化环境')
cls.dr = webdriver.Chrome()
cls.dr.maximize_window()
#print('测试浏览器为:{0}'.format(cls.dr.name))
time.sleep(1)
ulr1 = 'http://********.com.cn'
#(u'访问测试环境后台管理系统')
cls.dr.get(ulr1)
#print('测试地址为:{0}'.format(cls.dr.current_url))
time.sleep(1)
xpath = cls.dr.find_element_by_xpath
#点击账号登录,输入用户名+密码
xpath('//*[@id="app"]/div/div[2]/div[2]/div/div[1]/div').click()
time.sleep(1)
# 捕捉账号文本栏,进行输入账号
xpath('//*[@id="app"]/div/div[2]/div[2]/div/form/div[1]/input').send_keys(u'********')
time.sleep(1)
# 捕捉密码文本栏,进行输入密码
xpath('//*[@id="app"]/div/div[2]/div[2]/div/form/div[2]/input').send_keys(u'*******')
time.sleep(1)
#点击登录
xpath('//*[@id="app"]/div/div[2]/div[2]/div/form/div[3]/input').click() @classmethod
def tearDownclass(cls):
cls.dr.quit()

  

from test_python.public_XF_login import InitTest  在需要引用该类的文件先进行引用该类,测试类进行继承InitTest,继承后,在测试类中直接编写要执行的测试用例,例如(该2条case是小编实际项目的自动化代码,各位可以也拿)case001_验证登录是否成功,代码如下:

# -*-coding=utf-*-
import time
import unittest
from test_python.public_XF_login import InitTest class Admin(InitTest):
def testCase_001(cls):
'''验证用户是否登录成功'''
cls.assertEqual('http://********.com.cn/#/', cls.dr.current_url)
time.sleep(1)
cls.dr.quit() if __name__ == '__main__':
unittest.main(verbosity=2)

  

from test_python.public_XF_login import InitTest  在需要引用该类的文件先进行引用该类,测试类进行继承 InitTest,继承后,在测试类中直接编写要执行的测试用例,例如case002_验证登录是否成功,代码如下:

# coding=utf-8
import time
import unittest
from test_python.public_XF_login import InitTest class Admin(InitTest):
def testCase_002(cls):
'''进入门店评分报表页面_验证门店查看明细功能'''
xpath = cls.dr.find_element_by_xpath
time.sleep(2)
#进入门店评分报表页面
xpath('/html/body/section/section/aside/ul/li[3]/span').click()
time.sleep(1)
#刷新门店评分报表页
cls.dr.refresh()
time.sleep(5)
#点击列表第一页,第五行门店的查看按钮,进入评分信息详情'
xpath('/html/body/section/section/section/main/div[2]/div/div/div[2]/div[2]/div[1]/div[3]/table/tbody/tr[5]/td[10]/div/button/span').click()
#断言门店详情页面制定元素是否展示的为神秘访客 判断页面是否成功跳转到详情页
text = xpath('/html/body/section/section/section/main/div[2]/div/div/div[2]/div[2]/div/div[1]/div[1]/p[1]').text
cls.assertEqual(u'神秘顾客', text)
time.sleep(1)
cls.dr.quit()
#Case_002执行完毕关闭浏览器 if __name__ == '__main__':
unittest.main(verbosity=2)

  

注解:首先需要导入public_XF_login.py 模块中的InitTest类,测试类 Admin 继承InitTest类。这样执行测试类后,会先执行setUpClass方法,再执行具体的测试用例,最后执行 tearDownclass 方法。python 的类继承的方式解决了在每个测试类中都需要编写测试固件的问题。把测试固件分离出去后,即使后期测试地址发生变化,只需要修改public_XF_login.py 模块中InitTest类中的 url地址即可,而不需要在每个测试类修改测试地址,减少了编写重复性代码的开销。分离了测试固件,运行以上代码,对应的测试用例执行通过。

02实战之批量执行测试用例

在实际测试中,常常需要批量执行测试用例。例如,在testCase 包中有 case001_login.py 和 case002_Score_report.py 两个文件,下面批量执行这两个模块的测试用例。创建新文件  test_case_suite.py,在 test_case_suite.py文件中编写批量执行的代码,测试用例的代码跟上面文件中的一致,目录大概如下

接着我们在创建 AllTest.py 我们来看看如何进行调用全部的测试用例,如下代码就可以实现

#-*-coding=utf-8-*-
import unittest
import os def AllTest():
'''获取所有的测试模块'''
suite=unittest.TestLoader().discover(
start_dir=os.path.dirname('F:\\python3\\python_code\\test_case_suite'),
pattern='case*.py',
top_level_dir=None)
return suite if __name__ == '__main__':
unittest.TextTestRunner(verbosity=2).run(AllTest())

注解:在以上代码中,批量获取测试模块用到的方法是 discover。discover方法有三个参数,第一个参数 start_dir是测试模块的路径,存放在testCase包中;第二个参数pattern用来获取testCase包中所有以test开头的模块文件,会获取到test_baidu.py和test_sina.py;第三个参数 top_level_dir 在调用的时候直接给默认值None。我们执行 AllTest.py 文件执行代码如下,这就是批量化执行case.

后面我会在基于这集中测试方法上,补充一些可优化的点,最近工作比较繁忙,会抽空给大家分享好文,持续分享持续输出,希望本文对你们会有所帮助。本文参考Python自动化测试实战(作者:无涯),感谢前人的教程学学他人的知识点,一步一步变为自己的知识点,也可以从中衍生新的测试思想与方法。

web自动化测试实战之批量执行测试用例的更多相关文章

  1. web自动化测试实战之生成测试报告

    同志们,老铁们,继上篇文章 web自动化测试实战之批量执行测试用例 之后我们接着继续往下走,有人说我们运行了所有测试用例,控制台输入的结果,如果很多测试用例那也不能够清晰快速的知道多少用例通过率以及错 ...

  2. 使用python进行接口自动化测试,批量执行测试用例

    工作中,使用python的requests库进行接口自动化测试是一个比较不错的选择,今天就以某网站的免费接口为例,展示以get请求进行批量执行测试用例.话不多说直接开讲 分析一下接口信息, 请求地址: ...

  3. selenium之批量执行测试用例

    把写好的测试用例放在指定目录下,使用discover函数扫描该目录,并根据关键字自动筛选需要执行的用例.本例使用Python3.6版本. # 遍历指定目录,批量执行测试用例 import unitte ...

  4. unittest批量执行测试用例

    现有四个测试用例分别在两个.py文件中,如何执行这些文件? unittest中有这样处理:unittest.TestLoader().discover() 第一个文件test_case1.py fro ...

  5. JAVA 批量执行测试用例

    如果多个测试用例在不同的类中,又需要一次性执行完所有的测试用例,则可以使用到Junit中的批量执行测试方法. 方法一 这种方式非常简单,不需要额外多写一行代码,Eclipse 本来就支持以项目或包为单 ...

  6. postman使用--批量执行测试用例和数据驱动

    批量执行 在我们测试接口的时候,有时候希望执行所有的测试用例,前面讲的都是测试单个的接口,postman提供了我们批量执行接口的功能 点击Runner 然后我们点击run 执行完会统计出我们的结果,失 ...

  7. Appium+Python之批量执行测试用例

    思考:当存在多个脚本,每个脚本中有多条测试用例时,我们该如何批量执行呢?分析:首先创建2个测试用例脚本(.py文件),每个脚本有2条测试用例,然后批量执行全部测试用例 #Test_01.py # co ...

  8. python web自动化测试框架搭建(功能&接口)——测试用例执行和结果收集

    由于unittest框架中结果收集在不同文件中,所以此处重写结果收集方法,加入执行时间,失败信息,失败截图等 TestRunner.py # coding=utf-8 import sys impor ...

  9. .NET项目web自动化测试实战——Selenium 2.0

    PS:这次用公司的项目来练手,希望公司不会起诉我,因为我绝对是抱着学习的态度,没有任何恶意.仅供交流学习. 该项目是基于SharePoint平台所开发的门户网站,为了切身感受一下Selenium 2. ...

随机推荐

  1. 囚徒问题(100 prisoners problem)的python验证

    密码学课上老师介绍了这样一个问题,囚徒问题(100 prisoners problem):一百个囚徒被关在牢房里,典狱长给他们最后一次机会,100人依次进入一个有100个抽屉的牢房,每个抽屉置乱放入1 ...

  2. 记一次Idea+Gradle编译Spring源码遇到的坑

    打算开始研究Spring源码,于是照着书上的指导从网上下载了Spring5.0.2版本和Gradle4.0(必须JDK1.8.60以上),本地编译的时候没有任何问题,就是导入Idea的时候一直报下面这 ...

  3. 用OpenPyXL处理Excel表格 - 向sheet读取、写入数据

    假设一个名叫"模板"的excel表格里有四个sheet,名字分别是['平台', '制冷', '洗衣机', '空调'] 1.读取 from openpyxl import load_ ...

  4. selenium(9)- Xpath的详细使用

    什么是Xpath 官方:XPath 是一门在 XML 文档中查找信息的语言.XPath 用于在 XML 文档中通过元素和属性进行导航 [XPath 使用路径表达式来选取 XML 文档中的节点或者节点集 ...

  5. GoAccess分析Web日志

    简介 为什么要用GoAccess? GoAccess 被设计成快速的并基于终端的日志分析工具.其核心理念是不需要通过 Web 浏览器就能快速分析并实时查看 Web 服务器的统计数据(这对于需要使用 S ...

  6. 设计模式系列之装饰模式(Decorator Pattern)——扩展系统功能

    说明:设计模式系列文章是读刘伟所著<设计模式的艺术之道(软件开发人员内功修炼之道)>一书的阅读笔记.个人感觉这本书讲的不错,有兴趣推荐读一读.详细内容也可以看看此书作者的博客https:/ ...

  7. 警告Establishing SSL connection without server's identity verification is not recommended

    [本文版权归微信公众号"代码艺术"(ID:onblog)所有,若是转载请务必保留本段原创声明,违者必究.若是文章有不足之处,欢迎关注微信公众号私信与我进行交流!] SpringBo ...

  8. 谈谈我对 Flutter 未来发展 和 “嵌套地狱” 的浅显看法

    Flutter 未来发展 提到 Flutter 就不得不提到 Fuchsia 系统,这是一个尚未正式发布的操作的系统,引用 Android 和 Chrome 的高级副总裁 Hiroshi Lockhe ...

  9. 【原创】Linux中断子系统(四)-Workqueue

    背景 Read the fucking source code! --By 鲁迅 A picture is worth a thousand words. --By 高尔基 说明: Kernel版本: ...

  10. Code Walkthroughs DataStream API

    上级:https://www.cnblogs.com/hackerxiaoyon/p/12747387.html DataStream API DataStreamApi 提供了健壮,有状态的流应用, ...