写在前面
我们刚开始做自动化测试, 可能写的代码都是基于原生写的代码, 看起来特别不美观, 而且感觉特别生硬.
来看下面一段代码:
具体表现如下:
driver 对象在测试类中显示
定位元素的 value 值在测试类中显示
定位元素的方式在测试类中显示
线程方式硬等待 sleep 几秒
代码一报错, 还要去测试类里面找是哪段代码报错, 当代吗行数好多时, 不好定位
好多测试脚本组装批量执行后, 报错后, 定位问题, 很吃力
有命中的小伙伴嘛, 有的话, 请在文末下方留言, 其他现象就不一一列举了.
为什么要写框架?
从个人方面来说:
逼格高, 让别人感觉你好厉害, 技术强
面试是加分项, 会写框架, 可以作为谈资硬性指标
一个组内, 要是妹纸多, 你可以秀技能, 吸引妹纸也说不定呢
从实际方面来说:
好的测试框架, 可以稳定性, 健壮性强, 可降低代码维护成本
方便定位问题, 失败定位问题会比较方便
可以提升测试效率, 编写脚本成本, 拿来就用, 直接点方法就行
如何编写框架
下面我们将进入大家都比较关注的话题了, 这里我只分享思路哈, 跟上步伐, 别掉队哦,
看我如何四个类搞定测试框架的
其实就是体现在封装上, 先说下要封装的部分:
driver.findElement()
By.xpath() , 即用什么方式定位
driver.get()
好了, 那么现在我们开始, 部分代码我会附截图, 开始了
整体工程如图:
1, 日志部分
log4j 详细配置, 百度就好了, 这里不做介绍
2, 数据源设计
一般书上流行的 Excel, 我肯定是不用的, 至于为什么, 私聊我即可, 这只提供思路, 数据源如下:
3, 解析 Excel 类
第一个类, 解析数据源, 返回元素对象
4, 页面 API 部分
第二个类, 页面 API 操作
元素和定位方式的分离
API 部分截图
5, 页面对象
第三个类
6, 读取配置文件信息
第四个类, 获取配置文件信息
7, 测试类如下
8, 运行效果
看上去是不是很整洁呢, 还不动手试试!!
来源: https://www.cnblogs.com/longronglang/p/10887442.html