框架总体
pytest+allure+appium 采用po分层设计集成到jenkins运行
框架结构
名称作用备注BasePage存放相应的封装方法基类层Pages页面层用于元素的定位封装页面层TestCases编写测试用例用例层Report存放报告报告层Public公共的调用方法公共层Log日志存放位置日志层Image用于存放失败的截图/图像识别等图像层Config配置中心配置层ExcelDataexcel数据断言校验数据层InstallApp根据jenkins传参来安装App以上均为python的包模块，以下为独立文件conftest.pypytest的精髓，易用难精通pytest.inipytest的主配置文件run.py运行主文件，配合接收jenkins传参
执行流程（简要）
协同保证
关于如何获取测试用例，及用例的存放点
初期编写UI自动化用例时，采用的是与相应的业务测试沟通询问测试用例，把已编写完成的用例做了标记并交回给业务测试，即便同业务测试人员沟通了哪些部分已完成但是到了后续持续迭代会遇到用例在不断的修改，如果仍采用此方式进行沟通，成本非常大，且不直观，无法完成实时协同工作
后续经讨论搬迁到了在线的钉钉文档，文档中规划了不同的模块，每个模块中包含了测开部分的职责和测试人员的职责，业务测试人员在在线文档进行编写修改维护用例，保证用例最新的，测开人员负责标注是否实现的自动化的覆盖
是否可实现自动化是否覆盖备注优先级用例名称前置条件测试步骤测试结果备注0为否1为是0为否1为是有疑问测开备注P0登录XXXXXXXXXXXX业务测试人员备注
部分场景会存在个别步骤无法实现的情况，需与业务测试沟通好
测开人员与测试人员使用不同的颜色进行标注
对于测试用例的覆盖率统计即可根据excel文档的下载，通过代码计算统计，传入数据库，通过Grafana展示各个模块的数据
接下来的内容：
【iOS自动化测试】第四章：实践运用
版权归原作者 晴时初遇雨 所有， 如有侵权，请联系我们删除。