当前位置:   article > 正文

【iOS自动化测试】第三章:框架设计_ios自动化测试】第三章:框架设计

ios自动化测试】第三章:框架设计

框架总体

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自动化测试】第四章:实践运用

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/weixin_40725706/article/detail/875292
推荐阅读
相关标签
  

闽ICP备14008679号