接口自动化理论引入

• 一.接口测试

  • 理论

    • 定义
      • 功能测试可以分为UI层的功能测试与接口层的功能测试。
      • UI层的功能测试，简单理解的话，就是以用户的角度，在页面上直接进行操作行为。
      • 而接口层的功能测试，是没有页面的，它是通过接口规范文档上的调用地址、请求参数，拼接报文，发送请求，检查返回结果，所以它只需测入参和出参就行了。
    • 作用
      • 接口测试可以在功能界面尚未开发出来之前就进行，从而可以更早地发现问题并以更低的成本修复问题，因为越早发现bug,修复成本会越低；可以发现更底层的问题，因为UI层的功能测试很难发现后端系统对一些异常情况的处理能力。

  • 怎么做接口测试

    • 工具
      • 抓包工具（比如浏览器F12或fiddler）
      • 接口测试工具（比如postman jmeter）
    • 请求与响应（以postman为例）
      • 
      • 发送请求，关注：
        • 1.请求方式
        • 2.请求链接
        • 3.请求头
        • 4.请求体
      • 接收到响应，关注：
        • 1.状态码
        • 2.响应体...

• 二.自动化测试

  • 理论

    • 定义
      • 自动化测试是一种利用代码或工具来解放双手，但同时更保证了产品质量的一种行为。
    • 目的
      • 根本目的依旧是找缺陷,从而保证产品质量。更具体的说，就是让测试工程师通过自动化测试解放生产力，让其从重复的回归测试中转而去探寻、研究更深层次的新的缺陷，从而将产品质量再提高一个档次。
    • 不足
      • 自动化适用于回归和冒烟，而不是发现BUG、
      • 不是所有所有系统所有功能都适合做自动化测试。
      • 适用条件：软件需求变动不频繁、项目周期较长、自动化测试脚本可重复使用。

  • 为什么是优先选择接口自动化测试而不是UI自动化测试

    • 由于接口不易变更，所以做接口自动化的时间成本、维护成本会比UI自动化低很多。

  • 怎么做接口自动化测试

    • 工具
      • 利用工具自动化比如postman
        • 入门快；几乎没有编程语言门槛；
        • 灵活性低；无法与业务需求相结合；
      • RF框架
        • 有非常丰富的库,可以像编程一样写测试用例；关键字驱动；
        • 自定义 HTML 报告较为麻烦；需要具备 编程语言的基础知识；
      • pytest框架
        • 能够支持简单的单元测试和复杂的功能测试；支持参数化；具有很多第三方插件，且文档丰富；
        • 编程语言的掌握能力，相对要求较高；
      • httprunner
        • 灵活性高，仍在维护；
        • 调试与用例维护还是比较麻烦；
      • 等等
    • 测试框架的基本组成
      • 1.工具类、基类封装：主要包含公共函数及通用操作。
      • 2.配置资源管理：避免了项目中文件对常量的分散使用，让常量可以统一修改。
      • 3.测试用例管理：一个功能点对应一个或多个case,尽可能的提高覆盖率。
      • 4.测试数据管理：数据与脚本分离，降低维护成本，提高可移植性。
      • 5.回写测试结果：日志的输出、测试报告的输出以及即时通知。