对框架的应用很合理，对注解的使用也很 6
如果不嫌烦，上一套 nacos 来切分管理环境配置也不错

1MB 以下的图片对比，也就几十到几百 ms，很快的

import javax.imageio.ImageIO;
import java.awt.image.BufferedImage;
import java.awt.image.DataBuffer;
import java.io.File;

public class ImageUtils {
    public static boolean sameImage(File fileA, File fileB) {
        try {
            BufferedImage bufferedImageA = ImageIO.read(fileA);
            DataBuffer dataBufferA = bufferedImageA.getData().getDataBuffer();
            int sizeA = dataBufferA.getSize();

            BufferedImage bufferedImageB = ImageIO.read(fileB);
            DataBuffer dataBufferB = bufferedImageB.getData().getDataBuffer();
            int sizeB = dataBufferB.getSize();

            if (sizeA != sizeB) {
                return false;
            }
            for (int i = 0; i < sizeA; i++) {
                if (dataBufferA.getElem(i) != dataBufferB.getElem(i)) {
                    return false;
                }
            }
            return true;
        } catch (Exception e) {
            System.out.println("Failed to compare image files ...");
            return false;
        }
    }

    public static float compareImage(File fileA, File fileB) {
        try {
            BufferedImage bufferedImageA = ImageIO.read(fileA);
            DataBuffer dataBufferA = bufferedImageA.getData().getDataBuffer();
            int sizeA = dataBufferA.getSize();

            BufferedImage bufferedImageB = ImageIO.read(fileB);
            DataBuffer dataBufferB = bufferedImageB.getData().getDataBuffer();
            int sizeB = dataBufferB.getSize();

            int count = 0;
            if (sizeA != sizeB) {
                return 0;
            }
            for (int i = 0; i < sizeA; i++) {
                if (dataBufferA.getElem(i) == dataBufferB.getElem(i)) {
                    count = count + 1;
                }
            }
            return (count * 100) / sizeA;
        } catch (Exception e) {
            System.out.println("Failed to compare image files ...");
            return 0;
        }
    }
}

https://coolshell.cn/articles/8593.html

我劝你耗子尾汁

我虽然老但不是大佬
没有鉴别照搬也是能力问题
我们说的潜在前提是选好了自己想要的却没法落地，这也是能力问题，基本上都不是技术水平问题，大多是吹水、忽悠、推动、向上管理能力不足导致的，很多人都遇到过这个阶段，没所谓，这是必经之路，躲不掉的，看到技术好就一门心思去搞那是不行的……我到现在就没碰过流量回放、混沌、k8s（用而不专）这些，学不过来也用不到啊

人家说 能力 不够，你非要扯 技术 不够，强行加戏吗

在我看来，去参加分享，无论听到什么，只要是自己不知道的，没实践过的，无论人家讲的对不对、虚不虚，能把人家的思路理解了，并且自己去实践一把，总会有收获的，楼主可能只是没理解人家的路和痛点而已
再说一个这么大的会搞成自动化测试基础培训，分享一些框架代码就完事了……你愿意买票吗~

瞧你这吐槽的劲头……我到现在还是可以下载~

如果不离职:帮所有人擦屁股,把所有脚本统一规范化,测试流程整理明白,然后大概率转正并且管理团队,高福利;

有一说一，有些 XDJM 听了可能会很不舒服：国企给一个大专转内且转管理的机会吗？即便是二线城市，这种希望也是极其渺茫的~

暂时还没找到可替代之人？
找到了将会是啥境遇？

先把参数节点标出来，然后用有向图连起来
然后 DFS 和 BFS 算法撸起来……然后再裁剪冗余结果
或者如果对自己的业务理解能力足够有自信，用 6 楼的法子，pairwise 也很优秀，但是涉费业务慎用，pairwise 不能保证全部覆盖到所有分支

招行那个司文吗？

还要区分历史遗留和当前版本……你这个指标是为了产品质量负责还是为了测试工程师的绩效负责？
另外，线上缺陷上报是有标准的，而且这个数量指标运维也要背，如果一个团队的目标都不一致那还不如团伙呢……

你表达的方式会让人觉得的确如此，无论对争论的哪一方看起来应该都是
我很同意你的观点，蛋糕做不大，就算做大也是短期、有限的做大，根本解决不了他们说的那个 “内卷” 的问题
原匿名吐槽帖的观点到处都是漏洞，估计孙总辩论的时候发现可攻击点实在太多，自己的观点也被带散了

在我看来，供需平衡——失衡这个轮回从来没变过，只是当前这个阶段还没有到质变或者说生产力革命的时候，那些被原帖吐槽的 “拔高了行业标准” 的人还需要继续努力，越过这个阶段就是另一番风景……那时候，TOP 将依然是 TOP，至于 BOTTOM 将来更加轻松愉悦还是落入更深的地狱就不得而知了。反正从历次工业革命的历史来看，总会有一大波人沦为牺牲品。生产力进步是必然的，幻想着公平或者靠民众/从业者的相互体谅来拖慢生产力的进步，那是绝无可能滴，上过中学的政治课就应该明白的，除非质子已经来到地球。

目前在做产品需求和部分 CRUD 工作，只不过还是过不去自己心里 “测试出身” 那道坎，所以一直有在关注质量技术相关的信息

我没准备评判哪个是对的哪个是错的，只是想知道大家到底是怎么想怎么做的，确保一下自己搜索出来的信息是准确的。

感觉楼主是个指望社会生产力不进步来保住自身利益的人，可惜历史的车轮从没停止过前进。你们在上下左右前后移的问题上争论可能说出来所有行业都要面临的现状，而且是维持了上万年从未间断过的现状……可惜我们谁都改变不了。知道改变不了就做出自己的选择就好，可以奋斗也可以佛系，不同的选择会有不同的收获，明白了就不纠结了。

注意：随便偷吃
打个招呼，说：高 P 总，我饿了，我去拿个好基友派吃没问题的吧，这个情况，我觉得再傻比的领导也不会计较这个。
我们以前零食大部分都是加班临时充饥用的……随意拿自己员工一样会说两句的，归结起来都是沟通和制度/共识问题，上升到外包内包的问题上，估计当事人火气大了，所以措辞不当，才把话说得这么难听~

偶尔漏测无所谓，经验积累，多总结复盘分析，缺陷根因分析持续做下去，还有记得主动扛锅别甩
如果同类型的问题反复出，那可以考虑转行了，别说 Testing King，就是 Testing Gold 也不好使

我觉得菊厂应该弄一些板子，低价甚至免费放送一批，像树莓派一样
可玩性搞好一点，让大家玩起来，让大家能够体验、练习，建立粘性

同一个用户在同一个帖子下，重复的确没有意义

DFS

如果配色和布局也算内容的话，那内容质量也差劲
主要还是使用的体验差，欺负我手机性能不行，卡我手机~

咸鱼是阿里旗下质量最差 app

飞书？

因为你不需要服务治理

搞算法、AI 用 python，python 在一个线程里面的运算效率是刚刚的
搞后端服务用 java，其他的都是垃圾，服务治理没有任何语言有能够匹敌 spring 全家桶的东西存在
搞中间件用 go 或者 c
至于写测试脚本……你想用 basic、pascal 都没人拦着你，反正你也不会考虑跟其他工具链集成，我就见过为了避免写 java 而放弃用 Jenkins，自己开发一套的情况，666……