pytest在UI自动化方向的框架结构设计


  UI自动化方向的框架设计,目前对于学习了解到的内容,做了总结,是分为四个层面来设计自动化框架,以下为我的测试框架目录:

  

 

  一、测试用例层

    无论是功能测试,还是自动化测试,在测试之前都需要进行测试用例的编写,测试用例即是要对系统进行操作,为保证每个代码模块可读性好,优化代码,所以自动化的测试用例层是采用PO模式设计的,分为以下四个文件目录

    1、PageObjects

      页面操作封装,对于每个系统的测试界面操作元素进行封装,如等待元素可见后,对该元素要进行什么操作,如登录页面的登录操作

      

 

 

    2、PageLocators

      页面元素封装,对于每个系统的测试界面元素进行封装,便于查找或更新元素

      

 

 

    3、TestCases

      测试用例的设计,针对每个系统的模块进行测试用例的编写,调用封装好的PageObjects函数,对返回的结果断言

      

 

 

    4、TestDates

      为保证测试用例和测试数据的独立性,所以测试用例和数据需要独立封装

      

 

 

  二、公共层-----Common

    公共层主要用于封装网页操作以简化代码,封装日志的输出、失败截图、异常处理以及项目的目录路径配置

    1、要简化页面操作的代码,需要对元素的基本操作进行二次封装了basepage类,所以封装好后让PageObjects的每个页面操作来继承即可使用,大大的简化了代码的输出

      

 

 

    2、为了能详细知道运行测试用例的实际情况,所以要加上日志,重新封装一个有文件或者控制台均输出的日志类

      

 

 

    3、为了方便其它地方需要调用项目的路径,所以封装了项目的目录路径配置

      

 

 

  三、输出层----Outputs

    存放测试用例运行后输出的日志和测试报告,便于查看

    

   

  三、运行测试用例的框架入口

    方便于一键运行所有的用例。所以在项目的根目录下写一个run_all.py的文件

    

 

 

    总体的设计方向是这样的,后期若是有学到新方法再继续分享~

  


免责声明!

本站转载的文章为个人学习借鉴使用,本站对版权不负任何法律责任。如果侵犯了您的隐私权益,请联系本站邮箱yoyou2525@163.com删除。



 
粤ICP备18138465号  © 2018-2025 CODEPRJ.COM