难度由低到高：
- ui 自动化（俗称 gui 自动化） （android:uiautomator2 ,ios:xctest ,windows UIAutomation） 难度级别 ：一颗星 难度理由： 学习难度低，只要会调用相关 api 就可以上手。但维护相当困难，只适合稳定的程序，界面频繁变动、网络不稳定、不能跨平台运行等问题。
2 接口自动化（俗称 http/https 自动化）
难度级别：一颗半
难度理由：理由 http/https 协议，大多数做接口测试都是基于 http 协议的。学习难度相对较低。熟悉协议后，看一下相关编程语言的库文档就行。对于 gui 自动化相对稳定，但是如返回数据结构发生变化。业务代码需要经常维护，非常辛苦。
3 http 抓包二次开发（fillder/mitmproxy/anyproxy）
难度级别： 二颗星
难度理由：通常是熟悉 http 协议后，重写 rule 规则的方法。小白熟悉接口测试后，会优先掌握的内容。
4 中间件测试（mq/dubbo/zookeeper/webservice）
难度级别：二课星
难度理由：中间件考虑了系统架构 内容，使测试内容更加广泛。
5 无页面测试框架开发
数据驱动 + 设计模式 + 持久化存储 + 缓存
难度级别：三颗星
难度理由： 初级开发技术。用的最多就是（xml/excel/json/yml+ 设计模式 +mysql+redis）
6 带页面测试框架开发
难度级别： 四颗星
难度理由： 初级开发技术。因为有了页面还需要掌握前端的一些技术，ajax+js 是必须会的。
（前端 vue.js/angular.js/react.js+jquery+layui 等 后端 springboot djangorestframework）
7 微服务测试框架开发
难度级别 5 颗星
难度理由 引入 docker+k8s，克隆不同环境隔离技术。
大数据，ai 省略
其实大多数公司测试还停在在 ui 自动化和接口自动化能力中，测试主要职责还是功能测试，技术是为人服务，而不是田忌赛马。无论测试技术多么牛，但你还是要回归最初，把点点点做踏实了，把业务梳理摸清了才对的起测试这份工作！
对于 6，我非常奇怪，什么样的团队会在 angular、react、vue 这些双向数据绑定的前端框架下搭着 jq 来进行开发的，呵呵
再说根据陈述，这一类应该属于平台开发了，跟框架开发是两码事，技术难度应该远不如第 5 条所说的 “无页面测试框架开发”，只是工作量大一点而已
fiddler
这种撕逼贴就 close 掉吧，还不如分享在某个领域的工作成果或创新。
最后的总结，很赞！
Charles
这个排名有点莫名其妙了，题目也应该是测试各种技术上手难度排名更恰当一些。不同的技术都是针对不同的业务来开展的，不同的业务形态实施的难度也差别很大，另外针对上手难度的事，不同学习能力的人，看待的也不一样，这种排名围观一下就好。
看到大家都在吐槽,我就放心了.
我心目中的 自动化测试开发工程师 是分为三类的
一 用开源的 UI 或 API 接口开发工具 或 平台, 直接面向接口 或 UI 需求 会用平台提供的 API 方法 写用例脚本
比如 appium selenium jmeter soapui robotframework 这类 不关注 自动化框架原理 只是拿来用
二 会搭建 IDE 底层脚本框架 会 CI jeckins 来做一个驱动中心.
比如流行的大路货 jmeter +ant +jeckins 这类 API 自动化
比如 python + unittest + appium +allure +log 这类的 UI 自动化 或 java + junit +appium+report +log4j
这类无平台化 服务化 无界面化的 概念 用 jeckins 来做持续集成 和 做回归测试 需要使用者理解框架的封装 用 IDE 工具来写脚
这个层次的 人 市面上比较多的 资料也多 弄起来也比较简单 这类的开源框架也很多. 可玩性 实用性都比较可以.
一般 100 人 以下开发规模 的公司, 测试简单弄弄 重点面向业务的比较多
三 就是 平台化 界面化 服务化的 UI 和 API 接口框架平台了
要求测试开发人员 说白了 前端会弄 服务底层会搭建选型 数据库也要考虑 还有什么分布式 持久化 缓存可能都要设计...
一般 大厂才有 BAT 网易 美团 滴滴 这类的 上市大公司.
最近好像总有些自以为是的人在这弄什么测试技术排名，前几天还看到个什么自动化无用论的帖子。说到最后的观点总结一下就是：自动化没卵用，练好基本功手动点点点才是王道
一个个整个比开发还牛逼。
为什么不去做开发？
竟然没有性能测试，难道你们公司都有专人做吗？
楼主的总结可见测试行业之浮躁。好像就是整天造轮子似的