基于POM---UI测试框架

为什么会出现这个半自动化UI测试框架

我进入公司的前一个月从事的手工测试，为了提高自己的测试效率在工作时间之外写了一个半自动化的UI测试(害怕手工测试做久了，忘记自己还学过软件开发)，

为什么我把它叫做半自动化

1. 框架本身的业务代码是写死的
2. 一些测试配置的变化需要手工修改配置文件
3. 缺少很多功能

需求分析

1. 多用例测试
2. 测试数据（用户名，密码，视频号）
3. 用例业务结果记录
4. 页面元素定位信息和py文件分离，页面元素定位信息（配置文件ini）和py文件分离（PO思想 page object）
5. 测试配置： 把测试驱动和测试服务器统一管理起来

框架设计

C:.
├─.idea
├─business   // 测试业务包含的定位信息
├─config     // ini 文件定义了被测项目的地址+被测浏览器 +被测元素的定位信息
├─data      // 测试数据
├─driver   //存放 浏览器驱动
├─reports   // 测试报告
└─testcase   // 多用例测试

功能验证

假设要测试的功能是

1. 在B站搜索UUPT，点击最新的视频， 在视频下方留言，你好UU
   2.在B站给该用户发送"你好UU" 的私信
   3.预期结果：

标签：定位,配置文件,框架,半自动化,---,POM,UI,测试
来源： https://www.cnblogs.com/stormliu/p/16296890.html