我大致同意你的观点，但是有几个问题。
一个是我们提倡左移右移，真的是把蛋糕做大了吗？可能测试的蛋糕做大了吧，但是依旧是去和 IT 同行抢吃的，原贴里有一些人说的也很对，测试里做的好的希望左移右移，而提出这个概念后，很多开发也会往这块转移，又会发生一场不可避免的，不管称之为竞争还是内卷都可以的战斗。抢别人的吃的算是把蛋糕做大了吗？我提个疑问。
还有一个，你的题目是我们真的知道测试行业的内卷是什么吗？但是通篇看来，你很生气，你气他们短视，懒惰却心安理得甚至移祸他人。标题像朋友，内容却更像是说教，你的心理活动还是蛮明显的。说句不好听的，你管得了他们吗？你配管他们吗？不值得好吧。

if (str === "--" && this.endsWith("!") || str[0] === "+" && this.endsWith("+") || str[0] === "-" && this.endsWith("-") || str[0] === "." && this._endsWithInteger )
这个 if 代码，不是 keyof 应该也进不去吧？看起来只有特殊内容才会进去。

driver.find_element(By.CSS_SELECTOR, '//div[@class="page linkind enter-done"]/div/div[3]/div/div/div[你需要的目标 div]')

一般都是让网管开个 VPN 就行

看来还是我陷入了 Python 的舒适区。

jsonschema 是 Python 库，可以方便的对比返回值的类型，也可以预设你期望的值。对比结果是一个包含模式的，也就是返回数据比期望数据多出内容的话不会报错，只有缺少才会报错。
如果只是对比数据结构的话，这个库完全符合你的需求了。

你的需求不明确啊，这个测不了。

直接用 subprocess，协定好传入的参数就行。

def get_auth_key(file_key):
    cmd = 'java -jar {} \'{}\' {} \'{}\''.format(auth_key_jar_path, file_key, date_off, ori_auth_key)
    return shell_utils.getoutput(cmd)

这是我现在写的

GUI 这类程序我不清楚。
WEB 和 H5 的话 JS 已经一骑绝尘了，flask 和 Django 应对普通的开发还不错，但是便捷性，上手速度都远远比不上 JS。

应该是 Python 开发 GUI 已经过时了，严重点说 WEB 开发用 Python 也过时了。说的有点绝对，但是事实就是这两块的开发已经脱离大部队了。

我觉得 jar 包反倒是上策，减少你的沟通成本，代码可信度更高，也很方便使用。

你最近的帖子很多类似的主题。
想要一阵子就想明白一辈子的事情，不如想想自己脚下的下一个小目标在哪里。
激起焦虑和迷茫不是社区提倡的，而且也没什么意义。

坚持学英语的定义是什么？每周大量阅读外文文档算不算

ul > li 类型的下拉框，可以使用 By.LINK_TEXT 获取元素。

我记得找个问题之前有人提过，Permission Denial: starting Intent，试试这个？
https://www.cnblogs.com/91parson/p/9888722.html

你的 find_element 方法里，返回一个 find_element，比较明显的递归，如果元素一直可以找到，那你会在递归里无限循环，如果元素找不到，你的 except 里没有返回内容，所以会是一个 NoneType。

你们的具体情况，我不是很了解，按照我的经验来看，开发联调完接口之后，同样时间下，一个人做三四个开发调的接口是没问题的。如果你说的任务重，任务多，是指除接口外的任务都算进去的话，我还可以理解，如果只算接口，那你们要考虑自己的代码结构是否有问题，导致非常多冗余/复杂的修改，最重要的就是解耦和聚合。我修改接口内容的时候，只需要关心数据和验证，旧有功能的修改只需要修改验证即可，新功能则两个都需要修改，这样可以非常快速的适配新的接口内容。

这是挖坟了，4 月份的帖子了。
第一个问题，接口测试的接入时间，应该是前后端联调完成时。所以，如果在执行接口测试的时候，功能变更的部分没有更新的话，应该要考虑流程，执行力等方面的问题。类似楼主这种时间不够的情况，确实要做出取舍，只要和开发协定好了最终要的效果，也不存在没有意义这种说法。
第二个问题，两周都改不好用例吗？吃干饭？整天浑水摸鱼？以两周迭代为例，开发联调一般一天就能完成，最多两天，调人家一天就能做完的事，算上你数据准备的时间，两周都做不完吗？别做了好吗？

高级职位很多时候都不是依靠社招的，所以混圈子很重要。
技术人员就是有这个问题，自以为圈子不重要，技术行天下，其实，不过是一个谎言而已。
当然，圈子这件事，不是说你想混就能混的，技术也是敲门砖对吧，相辅相成，想要混的好，都不能缺。

学会合理甩锅咯，恭喜你向一个社会人前进了一步。

第一个问题的话，其实没有想象中的容易，因为主体上还是通过设定相似度阈值来确定测试是否通过。这个阈值是个整体阈值，很难精确到你需要的某个区域的相似度是否符合预期。如果能解决定位到某个具体区域，然后再对比相似度，是可以一定程度上解决这个问题的，但是随之而来的就是你确定了对比区域，但是很有可能两次测试之间，你需要的数据的区域会发生变动。我稍微想了下，细节有点多，我现在也没条件去把所有东西都验证一边。总之就是变动会比较大，导致整个测试代码写出来费力，后续的维护费力，然后效率也并不高。
第二个问题，我不确定你说的文字识别也存在准确率问题是什么问题？如果是按照我前面说的意思，直接捕获文字的话，是不存在准确率问题的，如果是图片文字识别，那也是图片对比的问题。

就是每一个具体数据，没描述好。
对于电商和金融来说，具体数据的验证是非常重要的，必须要保证正确的数据出现在正确的位置上。
这让图片对比这个功能非常尴尬，单纯的对比无法完成这项任务，必须加入文字识别。
但是只有文字识别的话只能完成正确的数据这个任务，对于正确的位置这个事又必须去做另一个识别，而这个单独的识别，难度要比全图片对比大的多。
当然，这只是我基于我自己这边的业务产生的理解。
或许每个公司对于这些东西的要求不一样。

此前我也做过这种通过图片对比来确定功能是否正常的测试。
更多的是用在图像类应用（拍照，修图，剪接等）的测试上。
不过即使是图像类的应用，也存在很多问题，比如色彩区分，因为此类对比，主流的还是通过将图片变成黑白两色，然后对比二进制数值来确定相似度，所以到后面发现色彩上的问题。然后灯光也会有一定的影响。
这是图像类的，还可以派上用场，但是场景一多，实际效果也比较差。
如果是数值比较重要的应用（金融，电商等），这类图片对比的测试其实基本上是没什么用的。
因为无法确定数据的准确精度，导致这类应用里非常重要的一个数据无法获取。
另外阈值的设置其实也非常麻烦，经常会出现，其实没问题，但是因为阈值的设定导致报错，或者反过来，其实有问题，但是因为云芝的设置，导致没有报错。并且通常，这种问题会反复横跳，就是同一个阈值，有时报错，有时不报错。
所以，最后这个图片对比项目也没有最终落地。

就让这个帖子结束我这一周的工作吧，哈哈

装饰器或许可以解决这个问题。
将页面类和一个字符串 map 在一起，放到装饰器文件中。
你在类方法中返回的是字符串，然后通过 mapping 表找到对应的类，此时再初始化这个页面。