按照业务经验去识别没有差异的地方，识别出来之后和研发对一遍达成共识，相同的地方只测一次，不同的地方再不同测试。不然就是把自己的时光浪费在重复测试兜底给人安心的破事上，没啥意义。要做一个聪明的测试

【挂了三天 Boss，总共被查看简历 68 次，投出去 2 份简历，面试 0，基本没有主动打招呼】
看起来这数据似乎也不异常，面试不都是靠自己主动去找的么

别说测试内部了，这玩意儿研发都转发给我们，让我们调研一下

文章太长太散没耐心看完，看了前面部分，确实赞同，我也是因为测试门槛低一些而进入这个行业。

但是人和人的差别，往往是在后面发展起来的。差不多起点的测试，有些人会找到职业目标，做更多传统测试之外更有意思的事情，有些人会安于现状一边诅咒行业一边按部就班坐着最重复的工作。

其实哪个行业都一样，如果人自己不积极进取，确实很难得到机会的青睐，不仅仅是测试。

如果认可了里面的卢安和自己很像的时候，那可要反省一下是不是自己平时偷懒偷得太过分了，平时的时间有没有哪怕利用起来一些搞搞技术提升。

长见识了，谢谢，纠正了我错误的认知

可以尝试和领导聊一下，看看领导为什么会来问自己，摸清楚是因为看好你的某种能力觉得你能胜任，还是随便拉个人出来顶着这个位置；然后问问老板怎么看到这个新方向，设想成什么样子。如果觉得老板自己也没想明白这个方向怎么搞，那最好不要把自己搭进去

写得很实际，对新人确实有很大的参考作用，本人也有相关血泪经验教训深有同感。 @Lihuazhang 要不考虑加个精。

嵌入式开发本来岗位需求应该就远少于传统软件开发 + 互联网开发，所以我确实感觉可信度不高。不过不排除她当地竞争比较小吧，不太能参考过来。每天十几家公司打招呼，真的这么多公司搞嵌入式吗

插眼，也想了解一下行内人士怎么测。

虽然她说的也没毛病，编程语言只是工具，C/C++ 本质上切换过去也就是写慢一些不太懂语言技巧写得丑陋一些，搞 qt 无非也就是熟练使用那套 api，搞明白 slot 和 signal 等概念。主要问题是半个月，而且是自个儿捣鼓没有什么正式的项目训练，这样就大把人要她，听着很假。但凡把半个月改成一个月或者两个月，我还信一下。半个月自学就能上岸，关键是看她这得瑟的心态就不觉得能学得好，企业要求也这么低吗？

从前端转 C++ 和 QT，我觉得可能性很低。跨语言就不说了，还反向跨到 C++，抛弃了积累多年的技术栈，往一个本身需求量并不突出的领域跳（也许是我孤陋寡闻），还半个月，各种叠 buff……

主要按照正确的思路去写就好。

先说支持的产品最终线上质量 -> 为了达到这个质量做了哪些事情 -> 这些事情对应的结果和产出是什么（业务测试或者各种专项）

【打回】用得好一手专业话术 等社区挂新书，我也换点积分

想太多啦 ，在 19 年上半年之前进来字节的人（而且要有足够资历能拿一定量期权的那种）能吃肉，19 年下半年来喝喝汤，20 年起的期权算上期权扣税，基本上没赚头，21 下半年还购入期权等于亏钱。反正我手头的那么点折算一下基本没啥财富增量。【仅是个人观点，免责声明保命】

对于商品期货，也自有它的周期性。一切都是一个循环，但我们往往是缺乏耐心。在贪念的驱使下，在错误的时间上场，然后再在恐惧的趋驱使下，在行情启动的时候离场。如此反复循环。

我手持中丐 b 站、美团、阿里，还有要命的医疗半导体基金，高点入场血亏整整一个年终奖还多，含泪躺了快两年依然没办法解套。只能继续进一步躺着了 好在这笔钱不急用

在严格的商业生产系统里算，在社区应该没问题，毕竟专门来黑社区也想不到能有什么利益到手

这里面存在业务特色，我们是 sdk 业务，公司内部不同业务接入我们的 sdk。
我们的课题是，在一个业务的宿主 app（如抖音）上回归了一次之后，其他的宿主 app 还要不要再做回归。

这里面涉及一个宿主通过什么方式去接入 sdk，并且要明确一种方式来盘点 sdk 接入差异而产生的宿主层面的差异。

再往细里说就只能口头解释了，不然长篇大论。

csv 只是一种文本格式，简单说就是 value1,value2,value3,value4 等通过逗号去隔开不同数据的文本格式，人眼上有可读性，格式简单也方便统一改，网上搜一下就可以了。python 本身也有内置的 csv 文件解析类可以 import。

今年 10 月起在搞大家最不看好的精准测试 ，不过比较有业务特色，和标准方案有一些差异

那是不是可以理解为设置这个线程数过大了，实际上系统发不了这么多线程数。回到帖子的问题，是不是已经解决了？

【jmeter 创建 10000 个线程，应该不是并发请求的吧。是循环发送请求的吗？】最好把配置截图发上来看看，我用 jmeter 很少，可能是我自己混淆了一些概念。

1. 如果 table 里新增的字段本身有默认值，而且你的自动化也和新增字段没关系，那你在构造数据库数据库时就可以直接 INSERT INTO table_name (column1, column2, column3, ...) VALUES (value1, value2, value3, ...); 来达到指定字段插入值的目的；
2. 如果 table 里新增的字段本身还没有默认值，而且沟通后这个字段不能赋默认值，那就没有办法。因为你已经和 table 完全耦合绑死，table 一改你就得跟着改测试数据。你最多能做的就是把你的测试数据写成例如 csv 这种比较好处理的格式，到时改数据直接用 vscode 或者任何编辑器做正则全局搜索替换字符去批量更改数据；或者更高级一点你提前封装诸如 sed 命令或者任何批量修改你测试数据的脚本来提高你该数据的效率

直接看你的被测服务是不是真的接了符合预期的请求量，先排除这么乱来的线程数是不是真的能发；确认了是有，再来考虑这里的问题

没看懂问题，怎么听怎么不合理。

为什么数据库增加字段还能影响你的自动化用例？自动化里面做什么逻辑？

莫非你的意思是，你这个接口自动化里需要去创建一个 table ？

哈哈哈，我司对待后端研发上线出问题，第一要求就是二话不说先回滚代码

不查白不查，公司给免费怎么不去看看。甲状腺结节良性居多啦，不方