你是做技术的，至少还在一线啊。
这里以前的部分创始人，都纷纷跑去割韭菜去了。
韭菜为什么是韭菜，人多且认知能力偏低呗，哎。
楼上说 B 乎的，测试话题一样望去，不是培训就是负能量。
习惯了，翻不出什么浪。

B 乎其实是有真神的，比如贾扬清。。。

啧啧啧，这要是发到逼乎上，瞬间能炸出来一批……

有个同事刚交了钱学了点皮毛，就说可以拿 15 啦！

内涵了，看到好多『老师』的影子。哈哈

人的时间，精力都是有限的，花在精研测试技术上的时间多了，营销自己的时间就少了，所以没那么出名。反之亦然。
所以天龙八部里，扫地僧实力最强，可是他连名字都没留下。

测试的一些教学资料都是浅尝辄止，标题倒是挺牛。有幸买过一本接口自动化的书。。。和慕课网一些教程

插眼

前排占坑，感觉字里行间有言外之意，看戏～

吐槽 ：《python 自动化测试实战》无涯著 电子工业出版社 ，感觉就是圈钱的一本书

你这一下子内涵了好多人

没有接触过大神，不敢妄加论断，让子弹飞一会儿~

二手交易只走面交，避免扯皮

你要曝光就把买家的信息发出来 不然又有是用么

那你来这曝光有什么用呢

对了，现在去了 OPPO

我们的 QA 从 360 过来的，号称以前是开发、懂架构、熟悉各种语言。领导后边拉测试开会评估后端性能测试，居然说在线上环境做压测。。。。

我们也是一直迭代开发。。一直很纠结要不要做自动化

插眼

有，专门对接领导的

有 SQA

有，专门有个部门叫质量部，规范各种文档归档和流程，发事故通告的

1 我们一直是迭代开发，一直有新的功能开发和调整，所以有些用例会失败

1. 有些用例对环境依赖比较大，而我们后台的环境比较复杂，所以是不是都会有一些用例因为这个原因失败

纯代码 Java+jsoup+jenkins +testng ,无需切换环境, 在 jenkins 上 job 配置不同的环境参数,一套代码; 虽是一套代码,不同的环境,执行不同的用例,如:测试环境执行用例 100% ,线上环境可能只执行 60%;

用例数看项目,最少的在 100+,数据都采用随机生成...

单接口,业务流程都有,基本每个页面的接口都有写;

1、restassured+testng+extentReport，集成放在 jenkins 运行，纯代码

2、
多环境切换：接口测试框架支持多种环境配置，通过 env（类似 spring 的 profile ）切换用不同的配置
前置数据处理：弄了个工具类自动生成一些需要用到的随机数据，比如手机号、地址等（信贷类业务）
上下文数据依赖：基本都是流程类测试，弄了一个类直接里面自动配置好整个流程需要用到的外部传入数据，用例里面按需获取
关键步骤封转：不知道你这个什么意思，如果说是怎么封装，我们采用了三层结构，底层是单个服务提供接口调用方法；中层是串起来的流程，后者基于前者扩展（比如 a-b-c 三个步骤，会 a-b 放到函数 d 里，然后 d-c 形成新函数）；顶层是用例，用例调用底层和中层的方法进行测试。

3、用例数大概几十个，主要是主流程用例，大概调用十几个接口。基本没有单接口参数组合的用例（对我们业务单接口意义不大，而且大部分开发直接用 JSR303 做参数的基本校验，所以直接 review 代码效率更高）。成功率在 90% 以上，发现十几个开发过程中多个导致环境主流程不同的问题，让环境出问题后排查效率提升到 30 分钟内（用例每 30 分钟会执行一遍，失败会直接通知），而稳定的环境和自动化的主流程回归，让交付速度提升 10% 左右吧（最占时间的还是新功能测试本身，最有效的手段还是缩小需求规模）。

1.测试平台
2.500 个接口左右
3.接口只搞正向测试，一两个用例。
4.还有一些冒烟流程的用例，这个步骤比较多，十几个接口连在一起。这种用例不多，就 20 个左右。