AI时代软件测试的认知革命与架构重塑

一、从钟表宇宙到概率云：确定性崩塌下的认知革命

1727年牛顿逝世时，墓志铭上镌刻的"让行星运转的法则"，曾是人类对宇宙认知的终极信仰。经典物理的确定性如同精密机械：行星轨道可计算至小数点后百位，弹道轨迹能预判百年后的落点，拿破仑甚至戏称《自然哲学的数学原理》是"宇宙说明书"。这种信仰在1900年遭遇第一次冲击——普朗克提出能量量子化假说，如同在齿轮咬合的机械宇宙中塞入不确定的沙粒。但真正的革命发生在1927年：海森堡的不确定性原理揭示，微观粒子的位置与动量如同量子纠缠的双生子，观测行为本身就在改写被测对象的本质。

爱因斯坦对此发出著名质疑："上帝不掷骰子"（1926年致玻恩信件）。这句哲学宣言不仅是对量子力学的反抗，更折射出人类认知范式的深层裂痕。当1935年他与波多尔斯基、罗森提出EPR佯谬时，试图用思想实验证明量子力学的不完备性，却意外推动了量子纠缠理论的发展。这场认知革命在工程领域激起更剧烈的震荡：经典物理的确定性假设（如材料弹性模量、流体力学方程）曾让工程师精确设计桥梁与火箭，但量子隧穿效应让芯片制程逼近物理极限，量子涨落导致纳米器件出现不可预测的噪声——确定性崩塌的连锁反应，正在改写工程学的底层逻辑。

这种认知上的断裂，最终也不可避免地传导至了软件工程和测试体系之中。

二、未来的软件架构体系：从确定性到概率云

我们目前的AI大模型仍运行在经典计算机架构之上，其所谓的"概率模型"本质上是传统二进制逻辑的数学外衣——通过概率分布模拟不确定性，却始终受限于冯·诺依曼架构的确定性时序。这就像用机械钟表的齿轮咬合模拟天气变化，看似精密却无法真正捕捉混沌的本质。

量子计算机的出现将彻底颠覆这一范式：当大模型运行在量子硬件上时，参数更新不再是确定性的梯度下降，而是量子态的相干演化；训练数据不再是静态比特序列，而是动态坍缩的量子信息流。软件架构必须摒弃"确定性优先"的哲学，转向概率推理的原生范式——正如量子化学家用波函数描述电子行为，而非经典轨道。

在传统大型软件工程中，确定性曾是质量体系的绝对基石。从需求规格说明书中对每一项功能的毫米级精度要求，到测试用例中对输入输出映射的严格校验，工程师们构建了一张严密而精细的确定性防护网。以银行核心系统为例，更换数据库供应商时，需要执行成千上万条回归测试用例，逐一验证事务一致性、分布式锁机制等核心流程；一些大型ERP系统的升级或迁移，可能需要持续一到两年的全面测试，才能确保上线后不会引发任何逻辑错误或数据异常。

这种高度确定性的质量管理体系，在冯·诺依曼架构主导的软件时代取得了辉煌成果。但面对AI大模型兴起带来的“概率云”特性，这套工程范式正在失效：在大模型系统中，输出不再是输入的简单映射，而是建立在概率推理之上的归纳生成；即使输入相同，输出也可能因上下文、模型状态微扰而出现细微乃至重大变化。传统软件世界对“每一条路径都能被验证”的信念，正被AI世界中“输出本身就是分布”的现实所冲击。

AI大模型与量子计算的兴起，正要求我们在软件架构底层重新书写规则，从以确定性为核心，走向以概率推理为原生思维模式。我们必须从根本上重塑质量认知——不再将测试视为一种对确定性逻辑的穷尽验证，而要将其演变为对概率分布边界的系统探索与控制。

三、AI时代的自动化测试：全新的挑战

过去几十年，自动化测试技术在传统软件开发中被广泛应用，有效提升了系统质量和开发效率。这一体系以高度确定性的输入输出映射为前提，依赖于精确的功能规格和完备的覆盖验证。但随着人工智能（AI），尤其是大语言模型（LLM）的兴起，传统测试方法面临前所未有的挑战：系统行为不再由固定规则完全定义，而是源自概率推理与归纳生成，天然带来不确定性与多样性，测试体系亟需重构。

1. 大模型的本质：概率推理与幻觉现象

与传统软件中输入输出一一映射的确定性不同，AI大模型基于概率分布进行推理。即使输入完全一致，模型的输出也可能因随机性、上下文扰动或模型状态差异而呈现不同结果。这种内生的不确定性，使得传统的固定场景测试方法难以覆盖所有潜在输出空间。

更具挑战性的是，大模型普遍存在“幻觉”（hallucination）现象——即生成看似合理、实则错误或虚构的信息。例如，GPT系列语言模型可能捏造事实，视觉模型可能在图像中识别出并不存在的物体。这种幻觉并非偶发异常，而是模型概率性推理机制的自然产物，具有广泛且不可预测的分布特性。

在测试实践中，这意味着不能仅依赖预期输入输出验证，而必须系统性地探索概率空间的边界行为。测试策略需要从功能性正确性验证，转向：

• 针对模糊输入、异常数据进行边界扩张测试；

• 设计极端场景触发模型幻觉易发区域；

• 评估模型在不同上下文、时序扰动下的稳定性与幻觉率。

  
  

AI时代，测试工程师的角色不再是单纯验证预期行为，而是需要在不确定性之海中，主动探测、量化、约束系统行为的漂移与异常。这标志着测试从“守护确定性”转向了“驾驭概率性”的根本性转变。

2. 快速迭代的大模型带来的不确定性

AI领域的技术创新速度极快，每隔3-6个月就可能发布性能显著提升的全新大模型，例如GPT系列模型从GPT-3到GPT-4，DeepSeek、千问等国产大模型也在迅速迭代，每次迭代都伴随模型规模、数据训练策略和算法架构的重大变化。这些快速迭代的模型在概率分布、认知能力以及“幻觉”表现方面存在明显差异。

例如，同样的业务问题，在旧版本模型中表现稳定的场景，在新模型中可能出现意外的幻觉或错误答案；一些此前未暴露的潜在问题，也可能因为模型迭代后的性能变化而被激活。过去的软件开发中，通常可以针对特定场景、特定代码修改做定向测试，但在AI大模型时代，即使是微小的模型调整，都会引起系统全局范围的变动，难以通过局部测试充分覆盖所有潜在风险。

这种频繁更换底层大模型的挑战，比飞机更换引擎难度更大。在传统航空工业中，每一代引擎的研发和更换周期可能长达数十年，期间需要进行大量严格的测试才能确保飞行安全。然而，现在基于AI大模型的软件系统，更换底层模型的周期可能缩短至仅三个月，每次更换都相当于飞机更换引擎，必须确保在极短的时间内完成全面、深入的测试，避免潜在风险扩散至整个业务系统。

这种模型间差异的存在意味着，每次新模型上线前，测试团队必须进行更全面、更深入的回归测试，不仅要验证基本功能，更需评估在边界条件、罕见场景、特殊用户输入等情况下的模型表现。因此，AI时代的软件测试必须做出相应的调整，采用更灵活、更敏捷的测试方法，例如引入自动化程度更高的持续集成（CI/CD）测试流程，通过自动或半自动化手段快速执行高频次的全面回归测试，以确保新模型能够安全高效地部署上线，有效控制由于频繁迭代而产生的意外风险。

3. AI系统组件繁多，交互复杂

在实际应用中，一个完整的AI系统往往由多个异构的AI模型和服务组成，每个模型承担特定的任务，例如OCR模型负责文档识别和文本提取、视觉模型处理图像和视频内容、语言模型用于智能客服和交互对话、表格模型实现数据的结构化抽取与分析。这些不同类型的AI组件通常是单独训练和优化的，底层的技术栈、模型结构乃至数据分布都存在差异。

当这些子系统集成到一个整体应用中时，组件之间的交互逻辑变得极为复杂。一个子系统的输出往往是另一个子系统的输入，前一环节的小概率异常（如OCR模型误识别某一特殊字体的数字），可能在下一环节（如财务模型的金额处理）中被进一步放大，形成错误连锁效应，局部的“幻觉”或异常逐步放大为系统级的风险。

这种多组件交互的特性大幅增加了测试的难度。AI自动化测试不仅需要验证每个单独模型的性能和鲁棒性，还需要设计专门的交互场景与组合用例，以高效捕捉各个组件在联合工作下可能出现的异常或意外行为。具体而言，这包括如何评估多模型输入输出接口的数据一致性、稳定性和错误容忍度，如何模拟复杂的业务场景，以确保即便在某个环节出现异常时，整体系统依然能够保持在安全可控的范围内。

4. AI生成代码的复杂性与隐秘Bug

当前，大量的软件代码逐步开始由AI自动生成。这类代码虽然功能强大、开发效率高，但生成过程并不透明，其内在逻辑往往隐藏在复杂的神经网络参数背后，人类难以直观地理解或审查。

与人类开发者不同，AI模型通常基于对大量开源代码库和知识的学习，其知识覆盖范围更广泛、更丰富，但也更具发散性。这种发散特性一方面提高了AI生成代码的创造性和多样性，另一方面也增加了出现非预期行为的风险。AI可能会组合人类未曾考虑或未充分验证的代码路径，生成出具有隐性缺陷的复杂代码片段，从而引发难以预料的深层次Bug。例如，AI可能在特定边界条件下选择了看似正确但实际具有潜在问题的实现方案，导致系统运行时出现罕见但严重的错误。

因此，在新的软件体系中，由AI生成的代码片段需要更加严格和全面的测试策略，不仅要关注显而易见的功能缺陷，更要通过专门的测试工具和方法挖掘可能被掩盖在复杂逻辑中的隐性Bug，确保系统在各种场景和边界条件下的可靠性。

四、AI时代自动化测试的实践探索

面对上述AI自动化测试领域的挑战，业界已经展开了一系列创新性的实践探索。这些实践方法不仅更加契合AI系统的概率特性，也显著提升了测试的效率、覆盖度和鲁棒性：

1. 视频驱动的AI测试自动化

在涉及大量复杂交互流程的测试场景中，传统的手动脚本设计耗时且难以覆盖全面的路径。基于AI的视频分析自动化测试方法，通过录制人类实际操作的视频片段，利用计算机视觉与AI算法自动识别界面元素、交互事件与业务流程，快速生成自动化执行脚本。

例如，通过Browser-use和Testsigma等工具，可以将录制的视频自动解析并转化为可复用的RPA或浏览器自动化测试脚本，实现测试用例的快速构建和高效执行。

2. 浏览器插件的自动记录与智能回放

对于相对标准的Web前端交互场景，可以通过浏览器插件实时捕获用户操作，并智能识别和抽象测试流程。这类插件（如Testim.io、Midscene.js、Cypress Recorder）能够自动记录点击、拖拽、输入等操作序列，随后快速生成可复用的自动化脚本。

插件进一步支持智能回放、元素识别和异常处理，提高了前端自动化测试的易用性和可靠性，尤其适合于频繁变化且迭代速度快的互联网产品。

3. AI代码自动分析与测试脚本生成

AI时代更具前瞻性的测试实践，是利用AI技术自动分析系统代码，智能地生成测试用例并进行覆盖性评估。通过AI模型自动探索系统中的各个逻辑分支和执行路径，自动生成高度覆盖的测试用例集合，显著提高了测试的覆盖率和有效性。

例如Roost.ai、Mabl、Applitools Eyes等领先工具，通过机器学习自动分析代码和接口，识别测试关键路径，动态生成丰富且具备良好覆盖的测试场景，使测试工作更主动、智能化。

4. 基于对抗样本的鲁棒性测试

传统的功能测试难以应对AI模型的边界性问题与对抗攻击场景。通过生成对抗样本（Adversarial Examples）的方法，有针对性地设计“干扰”AI模型判断的特殊测试数据，从而有效评估模型在极端条件或恶意输入下的鲁棒性。

例如在视觉识别和OCR模型测试中，通过加入轻微扰动或畸变的图像，评估AI模型对这类特殊输入的稳定性与可靠性，避免模型在关键应用场景中受到意外攻击或误导。

5. 大规模场景仿真与A/B测试平台

针对大模型的概率特性和非确定性，可以构建更大规模的仿真环境和A/B测试平台，采用真实或仿真的数据流动态验证AI系统的表现。这种方法能有效模拟线上真实业务的多样性和复杂性，在生产环境正式部署前暴露潜在风险。

例如，微软的Azure平台和Google的AI测试平台均通过大规模A/B测试与仿真环境来评估模型性能，从而更全面地捕捉和解决真实场景中的潜在问题。

这些新的工具和方法，可以帮助我们更好的用工程化的思路来应对AI大模型时代复杂软件的挑战，帮助测试工程师从传统的确定性思维迈向概率思维。

五、架构创新降低AI系统的不确定性

如果说测试是后验风险防控，那么架构设计则是先验不确定性的根本治理。AI系统的本质是以概率推理为基础，天然带有不确定性。而复杂商业系统对稳定性、安全性、可审计性的要求又高度依赖确定性。这种结构性矛盾要求我们重新设计AI时代的软件架构，不是简单地套用传统范式，而是有意识地在“软”与“硬”之间做结构性分层，将确定性与不确定性在体系内部实现动态均衡。

具体而言，可以沿着以下几条主线进行架构创新：

1. 硬-软分层：将不确定性限定在可控范围内

• 硬性层（Deterministic Layer）：

• 采用传统确定性技术（经典编程、事务性数据库、严谨验证过的协议和流程），承担系统的核心逻辑与关键业务安全保障。

• 如ERP系统、银行核心账务系统、供应链结算引擎等，这些必须保障数据一致性、操作可追溯性、安全合规性。

• 设计原则：高一致性（Consistency）、高容错（Fault-tolerance）、高可审计性（Auditability）。

  
  

• 软性层（Probabilistic Layer）：

• 以AI大模型为核心，承担交互、推荐、内容生成、智能推理等非关键路径的“柔性”功能，允许一定范围的非确定性。

• 如自然语言交互界面（Chatbot）、智能推荐系统、自动化辅助决策等领域。

• 设计原则：高灵活性（Flexibility）、高自适应性（Adaptability）、容忍一定的幻觉与误差。

这种软硬分层设计，有助于将不确定性控制在可接受的业务半径之内，把AI的创造力用在可以容错的地方，把传统工程的确定性用在必须严谨的地方。

2. 前端AI+后端传统：分层解耦，提升整体韧性

• 前端（AI Orchestration Layer）：

• 引入生成式AI和多模态感知系统，提升用户体验、自动化交互、智能辅助决策。

• 允许一定程度上的不稳定性，通过人机共管（Human-in-the-loop）机制进行补偿和纠错。

  
  

• 后端（Stable Backend Systems）：

• 坚持使用传统数据库事务、规则引擎、API验证、分布式一致性协议（如Paxos/Raft）等机制，确保核心数据与流程的确定性。

• 后端提供强大的事务保障，即使前端生成部分存在误差，也能通过后端的严格校验机制进行过滤、约束与纠错。

  
  

• 中间层（Error Mitigation Layer）：

• 增设专门的中间层，在AI前端与传统后端之间进行“容错防火墙”设计，比如：输入验证（Input Sanitization）、异常检测（Anomaly Detection）、弱耦合重试（Retry Mechanisms）。

  
  

3. 冗余与多样性设计（Redundancy & Diversity）

• 在重要决策点引入多模型协作（Model Ensemble）和多策略验证（Strategy Cross-checking），通过不同来源的推理结果进行比对，降低单一模型幻觉带来的风险。

• 采用多通道数据验证，如自然语言理解系统中，既有结构化语法解析，也有向量语义推理，交叉印证，提高整体准确率与鲁棒性。例如通过OCR识别出来的发票，可以通过在线的发票验真数据源进行二次核对。

• 引入人机共评机制（Human-AI Collaborative Validation），关键节点由人类审阅验证，最大限度降低系统性幻觉带来的连锁反应。

4. 可解释性与可回溯性设计（Explainability & Traceability）

• 对AI生成的每一条关键性输出结果，必须附带决策路径（Decision Path）或置信度解释（Confidence Explanation），确保在出错时能快速定位原因。

• 系统日志需全面记录关键决策点的推理依据，包括输入、处理路径、中间结果、最终输出，形成完整的可追溯链条。

只有在每一次推理、每一次决策都能被“解释、回溯、复现”的前提下，企业才能真正放心地将AI引入核心业务系统。

5. 动态调整与韧性增强（Dynamic Reconfiguration & Resilience）

• 将系统架构设计成可动态调整的模块化体系（Modular and Hot-swappable Architecture），一旦发现某个AI组件出现性能下降或异常行为，可以快速隔离、替换或回滚，确保整体业务不中断。

• 引入自愈（Self-healing）机制，例如，基于异常检测的自动容灾（Failover）、基于健康度打分的模块热切换（Hot Swap），使系统具备天然的容错能力。

AI引入的不确定性，并不意味着放弃工程世界的严谨性，而是要求我们在架构层面做出更精细的分工与动态调控。在未来，软硬分层+前后解耦+多通道验证+可回溯机制+动态韧性设计，，将成为AI系统架构设的基本原则。在大模型驱动下，概率推理与工程确定性将共同重塑软件世界，传统的微服务、高可用性设计与分布式架构体系都将经历深度重构与进化。

六、AI时代自动化测试未来展望与思考

AI系统本身以概率推理为基础，测试这一传统以确定性为核心的工程领域，正经历一场深刻的范式革命。未来的AI自动化测试，不仅是工具迭代的挑战，更是认知体系、理论方法、行业协作模式的全面重塑。

未来，AI自动化测试需要在以下几个核心方向展开深度演进：

1. 测试工具自身的不确定性与“高能探针”体系

量子实验中，测量仪器的精度决定了实验结论的可信度。AI测试工具自身亦是基于AI模型构建，天然携带幻觉、不稳定、推理偏差等问题。传统测试逻辑（测量者独立于被测系统）在AI系统中不再成立——测量者本身也是概率态。AI测试工具本身的确定性，将成为测试体系可持续演进的基石。

未来需要建立专门的测试探针体系，以更高能量、更低噪声、更可控的“探针”模型，对被测AI系统进行校验。

• 开发专用的测试大模型，强调精准性、稳定性与标准化训练。

• 引入差分隐私、对抗样本、异常流检测等技术，生成针对性的高能测试数据。

• 测试模型自身需具备可溯源、可置信、可回滚特性，形成闭环式自监督测试链。

2. 测试理论的深度重构：从功能验证到概率边界验证

传统测试以“功能正确性”为唯一标准，但AI系统天然存在输出分布的多样性与幻觉风险。未来的AI测试理论需要全面重构，核心转向：

• 定义新型正确性：不是单一输出是否正确，而是输出在合理概率分布中的占比。

• 建立概率边界测试法：设计输入扰动、边界模糊、对抗扰动等方式，系统性验证模型在不确定性扩展空间内的稳定性与鲁棒性。

• 幻觉机制捕捉与防御：开发特定检测器（如异常推理监控模块）自动捕捉潜在幻觉，量化其发生概率与影响半径。

  
  

未来测试目标将从“验证是否正确”，扩展为“验证在多大范围内可信”。

3. 测试生态的开放、共享与标准化协作

随着AI系统复杂度指数级上升，单一团队、单一企业很难独立完成全面测试验证。未来测试领域将朝向更加开放、协同的生态体系演进：

• 测试数据共享：建设开放的测试集（如LLM Benchmark、视觉对抗样本库、推理异常数据库）。

• 测试方法标准化：制定AI测试流程与验证标准（如概率一致性测试协议、幻觉检测协议）。

• 工具与平台接口标准化：鼓励Testsigma、Roost.ai、Applitools Eyes、ZTF等领先工具开放内部接口，促进不同平台之间的测试能力协同。

AI测试将从“孤岛式防守”走向“平台化共建”，如同开源软件推动计算机科学发展的那样。

4. 人机协作中的认知适配与智能中间层

AI系统的推理机制高度复杂，人类测试人员与AI系统之间存在认知鸿沟。未来的测试工程师需要掌握全新的认知工具与中间层技术：

• 概率思维与贝叶斯推理：工程师需掌握基本的概率论、贝叶斯网络、模糊逻辑等工具，理解和管理系统不确定性。

• 解释性中间层（Explainable Middle Layer）：开发可解释性增强模块，将AI系统内部推理过程转译为人类可理解的决策路径与置信度提示，如Testim.io中的决策追溯功能。

• 动态认知反馈机制：系统能根据人类测试人员的反馈动态调整测试策略，实现真正意义上的“人机共测”。

  
  

随着AI编程能力的加速跃迁，软件系统从线性扩展滑向指数复杂，开发变得轻而易举，组合规模呈爆炸式增长，系统架构日益自由、流动，甚至不可控。当造飞船变得简单，真正重要的能力不再是制造，而是航行。未来的测试工程师，不再是规则校验的守门人，而是穿梭于概率空间的导航者。

以下是目前主流的 AI 驱动的自动化测试开源框架，结合其技术特点、应用场景及开源生态进行梳理：

一、Browser-use

• 技术特点：
• 基于 Python 的智能浏览器工具，支持与大语言模型（如 DeepSeek、GPT-4）集成，通过自然语言指令操作网页。
• 支持多标签页管理、视觉识别、数据抓取及自动化测试，具备自我修正功能。
• 应用场景：
• 网页截图、数据抓取、UI 测试、自动化工作流生成。
• 开源生态：
• GitHub 社区活跃，贡献超 1200 个插件，支持 OpenAI、Claude 等主流模型。
• 官网：https://browser-use.com/
• 来源：

  
  

二、Midscene.js

• 技术特点：
• 字节跳动开源的 AI 驱动测试 SDK，支持自然语言指令解析（如中文“点击按钮”），结合多模态大模型（LLM/VL）执行操作。
• 提供 .ai、.aiQuery、.aiAssert 方法，支持数据提取与断言验证。
• 应用场景：
• 登录测试、表单填写、复杂交互场景的自动化验证。
• 开源生态：
• 支持与 Puppeteer、Playwright 集成，提供可视化报告和调试 Playground。
• GitHub 仓库：https://github.com/web-infra-dev/midscene
• 来源：

  
  

三、Testsigma

• 技术特点：
• 基于云的 AI 测试平台，支持自然语言生成测试用例，具备自修复能力。
• 支持跨浏览器、移动端和 API 测试，集成机器学习优化测试覆盖率。
• 应用场景：
• 持续集成中的自动化测试、回归测试、跨平台兼容性验证。
• 开源生态：
• 开源社区版免费，支持与 Jenkins、GitLab 等 CI/CD 工具集成。
• 官网：https://testsigma.com/

四、ZTF（Zero-Touch Framework）

• 技术特点：
• 专注于自动化测试管理，支持跨框架（如 Selenium、Appium）的脚本驱动与结果回传。
• 提供 AI 辅助的测试用例生成和缺陷自动提交功能。
• 应用场景：
• 企业级测试流程管理、多框架协同测试。
• 开源生态：
• 开源版本支持私有化部署，与禅道等缺陷管理系统集成。
• GitHub 仓库：https://github.com/ztf-testframework/ztf

五、Applitools Eyes

• 技术特点：
• 基于计算机视觉的 AI 视觉测试工具，自动比对 UI 截图与基线差异。
• 支持跨平台、跨浏览器的视觉一致性验证。
• 应用场景：
• 前端回归测试、跨设备 UI 兼容性检查。
• 开源生态：
• 提供免费社区版，支持与 Selenium、Cypress 等框架集成。
• 官网：https://applitools.com/

六、Testim.io

• 技术特点：
• AI 驱动的测试管理平台，支持自动生成和优化测试脚本。
• 智能定位器自动适应页面变化，减少维护成本。
• 应用场景：
• 动态 Web 应用的端到端测试、性能测试。
• 开源生态：
• 部分功能开源，支持与 JUnit、TestNG 集成。
• 官网：https://www.testim.io/

七、Roost.ai

• 技术特点：
• 基于生成式 AI 的测试工具，可将代码或用户故事转换为测试用例。
• 自动更新单元测试库，适应代码变更。
• 应用场景：
• 敏捷开发中的快速测试用例生成、代码变更影响分析。
• 开源生态：
• 开源社区版提供基础功能，支持与 CI/CD 流程集成。
• 官网：https://roost.ai/

八、Mabl

• 技术特点：
• AI 自动化测试平台，支持预测性测试和资源优化。
• 自动修复测试脚本，减少手动维护。
• 应用场景：
• 复杂业务系统的回归测试、关键功能监控。
• 开源生态：
• 提供开源 SDK，支持自定义测试逻辑扩展。
• 官网：https://www.mabl.com/

选择建议

1. 简单场景
   ：优先选择 Browser-use 或 Midscene.js，支持自然语言交互，学习成本低。
2. 企业级管理
   ：ZTF 或 Testsigma 适合需要测试流程整合与报告分析的场景。
3. 视觉验证
   ：Applitools Eyes 在 UI 一致性检查上具有优势。

更多工具细节可参考各项目官网或 GitHub 仓库。