@chichi

学缝纫，去给人定做旗袍、汉服去，收入可以 10 倍 +

学完之后知道，压测用例场景设计、要分析、要监控，jmeter 或 LR 都只是工具等等

按照你的学历和经历，再加上 “幸好贷款我已经还完了”，本来我想说一句 “有钱人不配焦虑，焦虑只有我们这种可能一辈子都还不完贷款的 985 社畜才配拥有” 的
看上面这句话，你有这个认识，已经超过很多很多的 “测试开发工程师” 了，挺好的，加油，苟着，择机而动～建议休个假，去旅游，旅游能让你放下一切，调整好自己，回来再继续苟～

简历与实际不符，但是没有被查出来

假如，我是说假如……人家早就查出来了，但是就是缺人，先招了，等哪天……

而且在现在的行情下，HC 压缩，技术能力不足，如果你干 3 个月，没计划没成果，结果如何不用我说吧

所以大会讲师要进到这些小白公司里负责去落地？
我觉得大会以后可以缩小规模，做个问卷，买票之前提交反馈，其中有一条『你或你认识的朋友，在过去的 3 年内，有没有通过 MSTC 或者类似的交流大会，成功落地过至少一个大会议题』，回答否的一律不卖给他

反正我一个半调子抓哇写平台比用其他的进度快一倍……

你不要侮辱我们开发，开发队伍里没这号人～

都是搞 IT 的，这点学习和领悟力总应该有的，哪怕没上过 maimai 没玩过 QQ 群匿名聊天也能理解吧

不是给自己看的 == 自己都不爱看？
这啥逻辑？

不贵，可以发起个募捐，先买 2 年的还是很轻松

脑图一时爽，效能提升火葬场～
当你想度量的时候，你还是需要结构化的传统 case 数据，而且这些需要沉淀到产品文档中去，换句话说，脑图当时当事人自己看得懂，别人看或者过段时间看可能就未必看得懂了，它一种提炼信息、思路的方式，细节损耗多，测试用例肯定不能全靠他……

租一台机器狗，设定好步幅，遍历一遍也就是几个小时的事情

就一个预估测试所需时间，被楼上一群人描述成了阶级斗争，佩服这脑回路～

• 根据交付时间，和测试所需的时间，倒推出开发提测时间有啥问题？难不成开发 1 个月，让你测 1 天？到时候就怕你诉苦，说领导傻逼、啥也不是……
• 不知道需求难易程度，那就是不知道需求内容、不理解需求呗，说明测试对需求的介入程度不够且太晚，这种情况结果大多数是开发提测了告诉测试 “我做了啥，你测啥啥啥就行了”……这种测试是有效、充分的吗？
• 职场上光想着 leader 代表资本家、这事 “不归我管”、故意挑起我们内斗……balabala，虽说每一代都有自己的处世方式，不能强求人人都喜欢自立自主，但是总该想想，这事这么做和那么做，最后对 “我自己” 的影响分别是什么——跟开发和和气气、开开心心，然后自己临了搞不定被迫扛锅，还是丑话说前头，别让开发的滞后甚至懈怠耽误自己的绩效？

你定一个 1、2 分钟之后的时间呢？
是在 docker 里面跑的吗？
是 headless 吗？

pyautogui ===> gui
你确定你跑的 jenkins slave 有 gui？

不够穷

首先，要招一个信息安全工程师

让我去找后端日志看看

方法不是告诉你了？

要么你就写/说：测试用例设计啥的我不懂，但是每次做项目我的 Bug 数和 Bug 质量总是团队里最牛批的，第二名可能连我背影都看不到，后来公司所有项目都点名要我……我也很困惑，所以特地咨询过很多业界大佬，他们都说我这是老天爷赏饭吃，天赋异禀

根因人家说的很清楚了：

• Lua 是动态类型语言，常用习惯里变量不需要定义类型，只需要为变量赋值即可。

• Lua 在对一个数字字符串进行算术操作时，会尝试将这个数字字符串转成一个数字。

• 在 Lua 语言中，如果执行数学运算 n % 0，则结果会变为 nan（Not A Number）。

• _gcd 函数对入参没有做类型校验，允许参数 b 传入："0"。同时因为"0" != 0，所以此函数第一次执行后返回是 _gcd("0",nan)。如果传入的是 int 0，则会触发 [ if b == 0 ] 分支逻辑判断，不会死循环。

• _gcd("0",nan) 函数再次执行时返回值是 _gcd(nan,nan)，然后 Nginx worker 开始陷入死循环，进程 CPU 100%。

晓光说这个问题是业务发展发展带来的技术债的累积，其实这是个很宏观的认知，从微观上来说，我觉得可以提示我们几点：

• 弱类型的语言往往依靠更高的单体技术能力和更加充分的团队沟通，靠团队的知识传承（不管是文档还是口头）来获取【参数 b 不要传："0"】这个约定，而如果你用 C# 或者 Java，int b 的定义，传"0"直接编译就过不了，所以弱类型语言更适合精英小团队，注意……不是说它们不行，而是说它们需要被更好的掌控，不要曲解；
• 对基础设施，比如文中提到的 OpenResty（核心是 nginx），往往需要更高的性能和可靠性，这部分功能应该是部分资深核心工程师才可以碰的东西，不能随便拿来交给新人去实施，哪怕 ta 的技术很好，也难免考虑不全周边的影响；
• 性能（要求）越高的程序，对质量要求越高，这个契合晓光观点的说法。一般来说，性能越高，一旦出错，造成的损失越大，可以参考历史上各种高频交易的故障案例。所以这种基础设施模块、涉费模块，都需要一整套的质量保障手段，从 CR、静态扫描到单元测试、系统、性能测试，从安全测试到故障注入和混沌模拟，都得老实认真上……只考虑实现、够用，最终会死得很惨~

恕我直言，比你那个科学多了

任何情况下，开发改一行测试也就改一个 case，为啥要改 500 个？
是改了 1 个分支影响了其他 499 个分支的预期结果？还是说改了管理着 500 个分支的策略实现只能通过全跑 500 个 case 才能验证？恐怕都不是吧……看那意思就是连公用组件都没有封装、剥离出来，case 只是根据业务逻辑无限加，而根本不在乎程序的设计实现了……这种自动化很值得夸耀吗

看这傲娇劲……自己干了啥还不知道，还傲娇呢

你刚进一个公司，啥也不知道就去给人家做这个框架那个架构？
了解业务，在一线体会痛点不是必经之路吗，这有啥可奇怪的？
哪怕像你说的，现在这家公司做的产品很烂呢……也不影响这条该走的路

有一种东西叫 sql……