最近也在看中医，哈哈哈，自学有什么书可以推荐的吗?

人才啊，为什么不研究下为什么被锁，如何防止，被锁后的补救措施

没有怎么见过 广告测试，要不 楼主 你普及一下 什么是 广告测试

不知道，两个框架有点差异，但差距没有大到” 吊打 “这一说吧。

技术只有合不合适。框架之间差异是不同框架自身的特点，选择匹配的用就好，不匹配不代表框架不好，只是不合适。

联通云测试。

为什么这么说

这样说是没问题的，可以搜索下框架的定义，框架本身就是为了解决某一类问题的半成品，在这个框架上去解决这类问题，效率会更好，质量会更好。
我们去考察的而不是框架是什么，而应该是解决了什么问题，是否具有代表性，效率如何，ROI 如何？等等

技术没有好坏，只有适不适合，需不需要。

不要纠结叫什么，要看能解决什么问题。
我认为的框架是对基础的代码进行了封装并提供相应的 API，开发者在使用框架是直接调用封装好的 api 可以省去很多代码编写，从而提高工作效率和开发速度。
框架外包一层，叫框架也没啥。
有时候只是说法不一样而已，没必要钻字眼。

这帖子也匿名发吗？

楼主投的哪个期刊，学习学习！

拿个键盘就可以 KO 泰森了

重在解决问题的能力和学习能力吧，面试主要考察这些吧

我基于 requests 写了个接口自动化框架，我引用了 requests，我不能叫框架，对不起。

家里马桶堵了好多次，58 上叫了好多次师傅，门被锁了很多次，叫了很多次业务。 发现都是分分钟赚上百块钱的业务。所以最近在考虑要潜心研究如何开锁和如何通马桶。 是个不错的兼职。

你说的这个
基于xxx框架（比如robotframework），使用PO模式写了些关键字和用例，就是关键字分层+配置模块+工具类模块
我觉得可以称之为脚手架，基于这个脚手架可以根据规范，快速上手写自动化

借此机会 吐槽一下 文思海辉 ，昨天 给我电话 说 招聘一个 自动化产品助理 ，最高给 20K（还是要有多年自动化经验的人），哈哈 人才；

简单说一下 ，
自动化基本操作 联调；参数化；检查点；报告；
再说 实际一点的 ，一个 web restful 框架就是，对 request 做解析，对 respose 做封装，和 route，

那么 到测试这块， 现有的 urllib 已经发展 3 个版本，request 库是现在用的最多的；

response 是开发已经封装好的 返回参数， 测试可以做 或者测试开发 可以做的 就是对 request 进行上下文的 操作，user 检查 auth 检查 route 检查； 貌似就这么多了

框架，需要抽取共性问题，具有一定的规范条件，而且要与业务有明显的边界区分；如书架，书架每层可以放各类的书，也可以规定书架放什么样类型的书。测试框架也一样，我们常见的 appium，selenium，u2，atx 等，个人认为只能称之为应用或者是工具（书架里面的书）。能称得上框架的比如 junit，testng，springboot/spring cloud。

很多人没有框架的概念，只是被误导了，毕竟网上一搜都是写的框架。
https://www.cnblogs.com/fnng/p/11607309.html

我觉得看中学习能力和解决问题的能力会更重要，拘泥于对方搭建的是否是框架又有什么意义呢？

能把框架整合好，变成适合自己公司业务的人，他招过来不香吗？如果一直纠结在搞一个全新的框架上，市面上 99.9% 的人都会被淘汰，更何况，很多时候，就算有人有类似的经历，通常也只是负责某一部分的内容，这个时候楼主是不是又会觉得这个人负责的部分没什么技术含量呢？

说句不好听的 有几个人能自己从零搞个框架出来，还不是站在别人的肩膀上。

这其实很简单理解，楼主 你写过什么框架么（不是攻击 就是询问）； 现在很少人自己独立写一个 restful 的框架 提供给其他人员使用， 一方面 市场已经健全，另一方面 也是代码掌握不够好； 经常会听到，很多人 说 市面上已经有很多轮子了，造轮子干嘛呢， 我 就只有笑笑， 市面很多框架 是好用，可再好用的 框架 还是没有自己写的 容易拓展，落地； 第三方的框架，是要学习成本的；

所以看你怎么理解呢，现在流行 拿来主义 ， 我不批评也不赞成；

基于开源的框架开发，封装成为自己场景适用的框架有什么问题吗？难道你以为搞出一个框架是造一个新轮子吗？也太看得起自己了。