你举得的这种通用测试用例一句话描述就行了，重要的是维护核心、复杂的测试用例，这种用例是跟业务紧密结合的，这个 AI 是介入不了的

那我只能说你配得上你的遭遇

请问，微信小程序机型兼容性测试有什么靠谱的服务商吗？微信小程序自动化测试最推荐的框架是（minium 还是 airtest 呢）？

其他的有哪些更值得推荐？尤其是适合微信小程序的自动化测试。

是哪家公司，曝光出来

老哥是哪壶不开提哪壶

不够恐怖，建议加强

面试官关心地也许只是契约测试，楼主这偏向实际业务测试。楼主这套看起来简单，实际上背后需要很大的维护成本的，尤其在快速迭代的项目。关于自动化，有点自相矛盾的问题是，快速迭代的项目最需要自动化测试去帮助进行回归测试，但却很难做自动化测试，长期稳定缓慢迭代的项目好做自动化测试，却不那么需要自动化测试。

挽尊

种得什么东西，利润这么高？

涉及到线程并发的偶发性问题，一般会难以发现和排查。

以前研究技术能向上跳槽，现在这条道路走不通了

看起来维护成本不低的样子

如果没有使用场景，时间久了也会荒废吧

说白了，就是直接往数据源里插数据呗？有些场景要写好几个表，而且多个表之间的数据有关联关系怎么办？比如第二个表里的数据是第一个表里的数据生成后经过一系列计算才生成的数据，这种 SQL 怎么构造和维护？

没有在全公司推广使用么？

是个不错的思路！

为什么难？16 年前会 selenium 就是香饽饽，21 年之前会测试平台开发也算抢手人才，但现在呢，从招聘中收到的简历来看，前后端开发能力都快成测试的标配了，虽然这么说夸张了，但掌握你所说的那些能力的测试人员越来越多是事实。掌握开发技能的测试不再是稀缺资源，你所说的自动化测试和造数平台，早就出现在 5 升 6 甚至 4 升 5 的晋升述职 PPT 中了。
与之相对的却是机会的日益减少。一方面行业形势差，所有企业都在强调降本增效，砍掉不直接产生价值的人和事儿是常见操作，另一方面，这么多年沉淀下来，测试行业基础设施日益完善，大厂有自研，市面上也有如 metersphere 这类优秀的开源平台。留给大量身怀技能的测试人员施展身手的机会越来越稀缺了。
另外，说句难听的，很多测试平台是伪需求，为 KPI 和晋升而生，或者充其量是锦上添花，不否认有些人做出了好的作品，但抛开比例拿个例说事儿没有说服力。

可以分享下你的思路吗？

这些技能说实话，在工作中很难产生有效的输出！

torna 不是挺好吗？

哈哈，发现高飞兄每次发言必定谈及 k8s

希望多一些这样的文章，少一些布道师

有点理想化了吧，而且过于高看了自动化测试的作用

皇帝的新衣