自动化测试的理解总结与感悟

前言
在自己熟悉的行业，分享自己的理解与感悟

**本文主要偏向接口自动化及ui自动化 个人理解相关**

正篇文章以下会从3大块来总结下：

1. 自动化测试的介绍及理论知识
2. 自动化测试的实际操作过程
3. 自动化测试的感悟

一、自动化介绍及理论

为什么要进行自动化测试

这个问题，个人理解，每个公司的业务都是从简单到复杂，从杂乱到统一，
前期发展的时候，可能更多地关注需求快速上线，业务也不会复杂，就不需要关注自动化测试，因为自动化也是要成本的，自动化必须创造效益。
当业务发展到一定阶段，会逐渐统一收口，规范化，除了更多的新功能需要测试，还有很大一部分测试工作会重复，如果这个时候还全部依赖人工，显得并不划算，在核对人工成本与自动化成本之后，如果自动化的成本更小，那么，大部分都会进行自动化测试了。
白话：永远选择更有效益的事情来做

自动化测试现状

现在的测试行业，如果只会功能测试，已经越来越难适应行业发展了，自动化测试能力已经必不可少，不管有没有真实用到自动化，但掌握了，你比别人的机会就大。大家都卷了，总得保证自己不落后。

自动化要需要掌握的能力

博主常用：
编程语言：常见python、java（博主很少用）
测试基础理论知识：测试模型、测试方法
常用工具：jemeter、postman（主要用来接口测试或压测）；GT、soloΠ  性能测试
python常见自动化框架：pytest、unitest
python常用报告生成模块：HTMLTestRunner、unittestreport、allure
python其他常用：selenium、appium、airtest
CICD：jenkins、vue+django/tornado 可视化平台

自动化测试分为：

接口自动化
web UI自动化
app UI自动化

测试相关理论知识：

测试理论系列——软件开发过程模型

测试理论系列——软件测试模型

测试理论系列——软件测试分类

做测试需要知道的内容——url、弱网、接口、自动化、

五种Python自动化测试框架汇总，附学习方法

二、自动化测试的实际操作过程

python 接口自动化框架 自实现 总结：

所谓框架，即各种脚本文件，按照一定的分类规则、功能性质，放到不同的文件，最后统一调用入口。

框架一般须包含这几部分：

1. case文件集 （case文件夹，只放case用例）
2. 接口文件集  （api文件夹，存放case对应的接口请求文件）
3. 业务公共方法集 （common文件夹，通用业务功能封装）
4. 通用公共方法集（tools文件夹，开源模块；消息通知模块；日志模块等不涉及 
   业务）
5. 数据参数文件集 （data文件夹，数据参数集，常见json文件、ymal文件，推荐用
   json文件。注意：一般自动化框架都需要做成数据驱动型，这样可以少改代码，只
   改数据；）
6. 自动化封装服务集  （webserver文件夹，自动化框架封装成接口，对外部提供服
   务，比如其他平台要触发，或者要做成可视化平台，或者cicd集成）
7. 入口文件 （ run开头的py文件，可以一键开始执行整个自动化测试）

如下图博主自己所用，也有git地址，目前部分功能未增加，比如日志系统

相关操作记录:

接口测试之——postman

接口测试之——jemeter

jenkins+github执行python程序

三、论自动化测试

自动化测试一定是以效益为前提，用最少的成本，实现最大的收益。
自动化自动化，主要是为了提高能效，这个能效，可以是测试方，也可以是其他合作方，比如自动化测试辅助回归，对测试来说，是最直接的助攻，开发则感知不强；如果自动化在加入其他工具，比如自动化环境监测，可以帮助开发及时排查问题；自动化搜索商品订单、下单、购买，结账，可以方便其他非c端人员尽快实现商品购买场景，不用再找测试帮忙，间接减少测试工作量。诸如此类，能看见皆可自动化，主要就看成本与收益了。

最后，各位同行，路行道远，说起来太多，后边有空了一一介绍，各种教程很多，最重要的 重在实践重在实践重在实践