webTest框架介绍
快速开始
简介
本框架基于Python3+selenium3+unittest组成,用户以Page Object的模式编写用例。
元素的定位和操作按照页面划分,达到Web端自动化回归测试的目的,
并生成测试报告。浏览器兼容性暂时未完善。
本例子展示了一个必应首页搜索"龙珠超"的测试用例,比较简陋。
列举一下相关的亮点:
- ❤️ 支持xmind文件转为测试用例,目前存在部分问题
- 💛 支持chrome驱动自动下载
- 💚 支持用例重跑及自动错误截图
- 💙 使用antd美化html报告
- 💜 采用po模式,定位元素与实际操作分离,同一个页面的操作代码可复用
- 🖤 优化api,智能等待用例,拒绝代码中time.sleep等待元素
- 💔 其他(可在下方留言或github issue提需求)
运行日志
过程截图
效果展示
快速上手
- 从远程仓库拉取代码
git clone https://github.com/wuranxu/webTest.git
- 安装依赖包
进入下载好的webTest目录,并在此目录运行安装依赖, 需要安装好pip(默认自带的就行)
mac/Linux/windows: pip3 install -r requirements.txt -i https://pypi.douban.com/simple
- 运行demo
在webTest目录输入命令(确保chrome浏览器已安装, 驱动会自行下载):
python3 start_test.py
配置说明
见config.py,大部分说明都有对应的描述,RETRY是全局重试次数。可以参考XmindTest.py文件里面的retry字段,设置单个用例的重试次数。
环境配置
注: 无桌面版Linux目前只做到支持firefox
- os: Windows/Mac os x/Linux
- Python3.x
- Chrome浏览器
目录结构
project
└───error
|
└───database
|
└───logs
|
└───xmind
|
└───page
|
└───report
|
└───tests
| | base_case.py
|
└───templates
| | report_templates.html
└───result
| | report_templates.html
| | generator.py
| | text_test_result.py
|
└───chromedriver
│ │ chromedriver.exe
|
└───util
| | chrome.py
| | decorator.py
| | driver.py
| | utils.py
| | logger.py
| | web_tool.py
|
│ README.md
│ run_case.py
| requirements.txt
│ config.py
| webdriver_test.log
内容介绍
-
chromedriver
存放chromedriver驱动, 若本机未安装chromedriver则自动匹配本机chrome版本下载对应驱动。
-
database
存放Mysql和Mongodb的连接类
-
error
异常分类
-
screenshot
存放出错截图, 目前根据用例名称创建文件夹并存放。
-
logs
存放所有日志文件, 目前只有webdriver_test.log, 主要目的是将日志区分开来。
-
page
页面目录, 可扩展, 针对不同模块的页面可设计不同目录结构。一般存放该页面的操作(Action)以及元素(Location), 用例具体断言不建议写于此处(因人而异)。
-
Report
存放测试报告,为html形式,可右键通过浏览器打开,使用chrome效果尤佳。
-
templates
存放html模板,传入测试结果以生成测试报告。
-
result
-
generator.py
是组织测试结果, 生成测试报告, 填入数据至html报告模板的方法。
-
text_test_result.py
继承自unittest.TextTestResult类, 存放测试结果。
-
-
tests
测试套件目录, 可扩展, 子目录为某个测试集。测试集中存放测试用例。
-
base_case.py
存放基础测试用例。
-
-
util
-
xmind
存放Xmind文件, xmind文件用于编写测试用例。
-
config.py
用于存放绝大部分配置。继承于BaseConf类, 可拥有自己的配置。
-
requirements.txt
用于存放本框架所需库。
-
start_test.py
存放组织用例, 生成测试套件, 运行测试用例等函数。
-
webdriver_test.log
存放测试用例执行时候的有关操作和错误信息等。
注: 以上目录结构/命名可能并不合理, 还望海涵。
使用手册
以下内容若已安装, 可跳过。
-
安装Python3
下载对应操作系统的Python版本并安装。
-
下载IDE(非必须)
推荐Pycharm
-
安装必须的库
目录中有install.py, 安装好Python之后, 在终端窗口中输入如下命令:
Linux/mac:
python3 install.py
windows:
python install.py
注意: 安装时需要带上install.py路径或者进入该文件所在目录。
-
Pycharm配置(若有)
-
第一步: 配置项目Python环境
File->Open
选择webTest目录, 点击窗口右下角的Open
打开Preferences, 在Project Interpreter里选择刚才安装Python的地址, 点击OK
- 第二步: 配置start_test.py
点击Edit Configurations
-
如果没有Python配置的话, 点击图中"+"图标, 然后选择Python并添加
- 第三步: 运行用例
右击start_test.py, 选择Run则为运行模式, Debug则为调试模式
-
用例编写规则
Python:
-
可参考Search.py编写用例(最好用例的类名不重复)
-
用例需要写在TestSuite/测试集/这种目录下
-
用例需要继承base_case.py
-
用例需要以test开头如test_bmp
-
用例的test函数需要带上screenshot的装饰器, 不带无截图功能
-
报告会按照时间生成, 且会写入2份report.html
-
日志在webdriver_test.log查看
-
Page页面编写此页面需要的操作及元素
-
Location类是封装了WebElement, 其中包含name, value, 默认以css方式定位
-
Location类实例化的时候可指定第三个参数, 方便使用其他定位的同学。如:
menu = Location("大后台左侧菜单", ".menuItem", "XPATH")
Xmind:
-
画布(必填)
为TestSuite名, 可允许重复画布名
-
根元素(必填)
为用例的Class名
-
描述(最好有)
为该用例的测试点
-
页面(必填)
需要填写Page下的页面, 子节点为其页面下需要用到的方法, 方法后如果还有子节点,则为该方法返回值, 若有多个返回值则用;分割且该返回值会被保留方便做断言
-
跳过(不填默认生成用例)
不为True的时候均会生成用例
-
重跑次数(可选)
用例若失败, 重新运行的次数, 默认为0。
-
步骤(必填)
子节点为页面方法或断言, 若以assert开头则为断言, 否则则判断为方法, 若在页面中忘了填写该方法, 则调用系统内部方法。
方法节点的子节点为参数, 同样以;分割。
断言的子节点为2或3个, 如assertEqual, 可理解是
A==B?true:msg
, 最后一个参数是msg, 具体出错原因。 -
已知缺陷
- 截止到现在还未支持非页面方法调用如print;
- 不支持导入本用例需要的其他类库;
- 其他不爽的有待补充。
-
亮痛点
-
浏览器驱动
- 问题: 浏览器驱动偶尔会与浏览器对应不上
- 解决方案: 自动下载, 但只针对mac/win下的chrome, 且版本不能太低。firefox不支持, 任性。
-
集成jenkins
-
问题: centos6.x不带桌面无法运行UI自动化用例
-
解决方案:
-
phantomJs(不合适, 还是要写出来)
新版selenium使用的时候会提示被废弃, 建议用无头模式取代, 且运行不稳定。
-
Chrome无头模式(centos7以上应可行)
由于jenkins所在机器centos6.x版本过低, 被Chrome放弃支持, Chrome浏览器无法安装
-
Firefox无头模式(目测不可行, 测太多次了记不住)
Firefox可正常安装, 但是geckodriver比较挑浏览器版本, 多次试验不成功, 换了无数个浏览器版本+geckodriver版本后已经忘了是否可行。
-
Firefox+虚拟桌面(目前解决方案)
见用例driver.py文件。但不完美, 错误截图显示的网页内容都····一言难尽, 好像一个瞎子终于重获光明却发现自己满脸麻子。回到正题, 为什么不自动同步firefox驱动, 因为在c方案卡壳太久比较恶心。
版本信息:
geckodriver0.16
selenium>=3.4
firefox52.0
-
-
-
测试报告
由于邮件不支持js和引入的css, 导致报告巨难看。所以采用了附件形式, 目前是个比较大的痛点。
-
Page Object
关于po, 确实也没有很深的研究, 只等小白鼠试水了。
-
api封装
api封装得还不够多, 除了常用方法以外。但是基本上每个方法都插入了显示等待, 大大降低了元素找不到, 点不到, 各种不到的可能性。
-
重跑
解决了使用装饰器重跑用例不执行setUp+tearDown的问题。
-
错误截图
截图用base64保存, 所以只有错误的时候才会截图。因为base64太大。
-
Xmind编写用例
这算一个小亮点吧。
-
自动化配置环境
已完成, 方便使用。
-
数据库
支持mongo和mysql。
-
执行效率
目前是单线程, 后续可能会支持异步。