Leo Zhang
菩提本无树,明镜亦非台!

 一、前言

测试框架的作用是帮助我们管理测试用例、执行测试用例、参数化、断言、生成测试报告等基础性工作,

让我们将精力用在测试用例的编写上。好的测试框架应该具有很高的扩展性,支持二次开发,并能够支持多种类型的自动化测试。

测试工具的作用是为了完成某一类型的测试,比如Selenium用于对WEB UI进行自动化测试,Appium用来对APP进行自动化测试,Jmeter可以用来进行API自动化测试和性能测试。

另外,Java语言中OkHttp库,Python语言中的requests库,这些HTTP的client也可以看做是一种API测试工具。

 


二、框架对比

Robot Framework

Robot Framework是一个基于Python的,可扩展的关键字驱动的自动化测试框架,用于端到端验收测试和验收测试驱动开发(ATDD)。

优点:

1)启用易于使用的表格语法,以统一的方式创建测试用例。

2)提供从现有关键字创建可重复使用的更高级别关键字的功能。

3)提供易于阅读的结果报告和HTML格式的日志。

4)提供一个简单的库API,用于创建自定义测试库

5)提供标记以分类和选择要执行的测试用例。

缺点:

1)固定的表格编写形式,使很多简单的语法变得复杂化,而且不支持复杂语法,不够灵活,并且不利于提升测试人员的代码编写能力,而且容易编写疲劳。

2)测试数据和测试代码穿插写到同一文件、同一方法中,产生了紧耦合,会导致修改测试数据或测试代码时,可能会相互影响,不利于测试数据和测试脚本的维护。

 

Pytest】 

Pytest 是Python的一种易用、高效和灵活的单元测试框架,可以支持单元和功能测试。

优点:

1)容易上手,入门简单,文档丰富,文档中有很多实例可以参考。

2)能够支持简单的单元测试和复杂的功能测试。

3)能够执行全部测试用例,也可以挑选部分测试用例执行,并能自动重试失败用例

4)支持并发执行,还能运行由nose, unittest编写的测试用例。

5)具有很多第三方插件,并且可以自定义扩展。

缺点:

1)由于纯Python编写,需要测试人员具有一定的代码编写与阅读能力

2)Pytest本身没有直观的用例显示与浏览页面,需要借助第三方模块展示用例分布情况(比如Allure)

 编写规则:

  • 测试文件以test_开头(以_test结尾也可以)
  • 测试类以Test开头,并且不能带有init方法
  • 测试函数以test_开头
  • 断言使用基本的assert即可

常用装饰器:

@allure.feature("06成人模块")

class TestAppoint:

    @allure.story("601接种单位地区查询")

    @allure.severity(allure.severity_level.NORMAL)

    @pytest.mark.parametrize("case", testcase_01, ids=casename_01)

    def test_601getYyUnits(self, case):
      print(‘测试用例’)

 


三、新框架说明

comm: 通用模块

  callJava.py:涉及到项目数据加密、序列化方法封装

  queryEs.py:关于ES数据查询方法封装

  queryMysql.py:关于Mysql类以及数据查询方法封装

  queryRedis.py:关于Redis各种类型数据查询方法封装(根据库类型配置判断查询方法)

  sendHprose.py:对于Hprose接口调用方法封装

  sendHttp.py:对于Http(post/get)接口调用方法封装

  writeLogs.py:用于日志输出与保存类的封装

  doDatetime.py:日期时间处理方法封装(日期类型转换、年龄周期计算)

conf: 配置文件

  dbinfo.py:redis库类型配置

  yfjzConfig-js.ini:预防接种配置

  ymtConfig.ini:育苗通配置

  rconfig.py:配置读取

data: 测试用例数据(yaml文件)

unit: 项目接口封装

  baseMethod.py:通用模块与配置结合

  apiYfjzService.py:预防接种常用API接口封装

  apiYmtArchives.py:育苗通档案信息类API接口封装

  apiYmtOnlineBook.py:育苗通在线操作类API接口封装

  apiYmtService.py:育苗通常用业务方法封装(预制数据、信息查询、完整一系列动作)

  assertResult.py:数据校验基础方法封装

  checkResult.py:接口返回和数据库校验入口方法封装

  checkPersonInfo.py:人员信息六表校验方法封装

  checkAppInfo.py:App业务和在线预约数据库校验方法封装

testcase:测试用例

   conftest.py:预处理模块

  test_01sync.py:数据推送模块

  test_02register.py:手机注册模块

  test_03bind.py:人员绑定模块

  test_04archives.py:档案显示模块

  test_05appoint.py:在线预约模块

  test_06adult.py:成人预约模块

requirements.txt:项目依赖

startup.py:启动文件

解决的痛点:

1)方法(关键字)的入参过多,容易混淆、使用混乱

2)方法封装层次简单,重复代码过多,导致自动化用例臃肿(一两百行)

3)方法功能单一,总体方法太多,使用不便(redis七八种查询方式)

4)随着用例越来越多,不能并发执行,总执行耗时太长(几个小时)

5)测试数据固定,参数化太少,对于环境依赖太多,无法扩展(无法切换省市执行)

 


四、        新版自动化流程图

1、 自动化运行流程图

 

 

2、 接口校验流程图

 

 

3、数据库校验流程图

 

 

作者:Leozhanggg

出处:https://www.cnblogs.com/leozhanggg/p/13955012.html

本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。

 

posted on 2020-12-03 09:28  LeoZhanggg  阅读(5805)  评论(0编辑  收藏  举报