一看头像还以为是司总呢……
devops 平台不是一般测试开发有能力去做的，测开最多参与在里面做一下 CRUD，产品需求、架构设计，非专业开发 5 年 + 经验，做出来的恐怕都是自 High 型玩具

我厂研发测 pytorch、tensorflow 这些框架好像也用的是类似的手段，很多算子组合，一次测试跑几个小时，结果出几十万条

可以用在 fuzzing 和混沌测试中？

恒温家的应该改叫张小猫，而你家的才是陈小猫，谁让你是陈大猫呢～

反正不是我喷走的，我喷的很温和
主要有个别直接问候人家祖宗的，太脏了，不理解人家在说啥也不辩论，上来就骂，这种人估计现实生活里有诸多不顺吧，戾气超乎想象~

我觉得你实在太多执念了，我喷一下，你看是不是这么回事：

• 就因为你进入到 AI、芯片领域，接触到偏底层、偏硬件，就一定要在辩论里面举这些例子，甚至要别人摆脱 app、电商来 “发展”、“提升”？每个做测试的都需要懂算法？leetcode 上面我一道不会也不影响我职业发展啊……
• 你看到测试做的不好被人鄙视就是测试工作没技术含量、不成气候了吗，我身边也有一大群用 c 写 driver 的开发，多数不懂 CI/CD、不知道 pipeline、轻视流程规范，甚至有个别的连基础的字符串拼接 d% 都不知道啥意思，可怕吗？顶端永远只有那么百分之一二十，所以轻视测试的永远有——也有历史原因，被轻视的开发比例也不低，这不是拿来刺激测试工程师的有效手段。
• 你在 “反不反智” 帖子里陈述的观点基本没有问题，但是论证的方法实在不行，喜欢拿自己看到的情况来说，你去 NV 和高通、Marvell 去交流过吗，会不会只是因为你的公司太年轻，也没招到有经验的人呢？
• 行与不行只是阶段性的，把你们大部分人丢到 02 年的阿里去，就算成长不成多隆、鲁肃，应该也不会太差，成长需要环境和契机的，别看到几个水平不行的就把这个职业给踩碎了。

anyway，要我回头做测试我也是不干的，原因我在你那个帖子里面已经说过了，堆人、低效，导致没有挑战性和成就感，这个大环境就这个鸟样子。

是你自己先提的鄙视

这篇：https://testerhome.com/topics/30403

只有智……或……不智，不存在反不反智，扣帽子是 XX 行为，智不智不知道，反正社区戾气是够重的。

学 java + ts，学完 ts，go 就无师自通了

我也不干测试好几年了，但是我不认为测试和测试技术本身有什么能让人瞧不上的地方，好多东西 99.99% 的人都没吃透，我不想做测试，主要还是测试这个擦屁股的地位，放在当下这种以堆人为主旋律的行情里是无法改变的，真心没意思。

3 年经验 50W 你还想怎样，商汤还有补充公积金，性价比很不错的，老东家了
学区房靠炒币啊，1000 块买屎币变 8kw 的故事，6 万块买狗币变 3 亿的故事不就历历在目么

全项目单测基本就别想了，没几个团队能做到
你这种特定功能，需要大样本测试的，单测最简单最经济，或者你可以管这个叫特定 service 的功能测试，不叫单测也许心里开心点

按道理就是应该单测

A：造轮子，锻炼测试工程化开发能力，方便领导看数据、汇报，讲 KPI 故事，提供绩效参考数据
B：降低测试技术门槛，方便大家做好工具人，保证 70% 以上的人离开公司啥也不是
C：方便全流程、全团队协同，标准化、可视化管理，挖掘质量风险，提供资源池服务……

如果选最实用的话，答案是 A

为啥要开发测试平台，你们 SCG 不是有 SEP 吗，找他们支持啊

表字段太多的时候，尤其有 text、blob 这种类型，最好还是拆一下，分成基本信息和额外信息

道理都懂，我就是为了一套学区房而奋斗，其他的都是屎——但是该装的 B 一分都不能少装：没错，我来贵厂就是为了拯救银河系的，perfect~~~

“暗光下人脸检测的准确率” 的需求是多少？90%？
那低于 90% 都是 BUG 咯……说到底还是没有明确需求呗

看把你给能的，新员工还敢不参加团建

springboot 随便插……而且社区活跃

autoit~~~

select id, category, max(value) from t group by category;
max(value) 查出来不用就行了

测试计划如果来源于版本、迭代计划，按照测试、阶段类型自动创建呢？
计划中需要执行的 case 根据这个版本、迭代下的需求、任务关联的 case 自动加入，测试计划随版本、迭代计划内容的变更自动变更，这样测试报告如果是按照测试计划自动生成，到期自动发送呢？
还会有客户不愿意用吗，他们可能只是懒得花时间去操作吧，devops 工具链是要集成的，单纯的割裂测试管理的确不好用

有意无意的忽略流程算是不错的，我跟你做差不多同样的事情吧——效率和标准化，我面临的情况是大部分开发 leader 和 PM 反对流程，总觉得工具能解决一切，并且反对在工具里面加上流程、规则的控制点。

我觉得这种时候就没必要指望至下而上的达成共识了，自顶向下的流程强推反而会更有效！