Benjamin Bischoff 认为，开辟者之所以对的东西更感乐趣，是由于它们不只能供给了进修新手艺的机遇，还能丰硕他们的东西箱。然而，利用那些曾经存正在了数十年的东西往往能更无效地节流时间和预算。正在进行东西评估时，深切理解待处理的问题比急于测验考试各类东西更为主要。例如，他将提到“沉没成本”。这指的是，一旦你正在某个新东西上投入了大量的时间和资金，好比用于培训的时间或采办东西及其进修材料的费用，你可能会倾向于继续利用它。这种心理可能导致你对东西的错误谬误视而不见，以至正在明知不明智的环境下仍然利用它们。Bischoff 指出，对东西的熟悉度是人们倾向于利用那些曾经存正在数十年的东西的次要缘由。熟悉意味着能够大幅削减培训时间和成本，同时也有帮于更快地实现方针。并且，对于这些东西的潜正在问题往往有着更深刻的理解，Bischoff 我们该当普遍汇集消息，并进行概念验证，以便确定正在特定情境下哪种东西最为抱负：正在寻找合适的 API 测试东西时，并对它们进行概念验证。开初，我并不青睐 Karate 框架，但这个框架敏捷为我们带来积极的能力最结束我。现正在想来，之前只是由于我基于对该东西领会不脚而构成了。正在概念 ‍验证阶段，这种见地发生了改变。Bischoff 认为，连结必然程度的思疑立场，不被富丽的宣传所，这一点很是主要。环节正在于不要只是急于起头利用某些东西，而是更切确地阐发你需要什么，以及若何最无效地操纵东西。InfoQ 对 Benjamin Bischoff 进行了采访，切磋了他正在面临测试挑和时若何使用东西来应对，以及他正在利用 AI 东西方面的经验。Benjamin Bischoff：我碰到过几种分歧的测试挑和，特别是手艺层面的，好比“我们应若何将需求为测试？”以及“针对这类测试有哪些手艺选择？”这很天然地涉及到东西的选择。好比，我们需要一个东西来简化 API 测试流程。Karate 框架正在这方面展示了其价值，它语法简练，并且扩展丰硕，很是矫捷。对于基于 UI 的端到端测试，Selenium 满脚了我们对近程浏览器节制的需求。它可以或许同时支撑桌面和挪动平台，而且可以或许处置多标签和多窗口场景。我们还但愿可以或许找到一种能从外部精确模仿用户行为的处理方案，而不是像很多其他东西那样正在浏览器内部运转。别的，也存正在因为对某些脚色的而发生的挑和，好比对测试从动化工程师或 QA 工程师的方针和企图的。但跟着时间的推移和经验的堆集，这些问题逐步获得领会决。Bischoff：正在我们基于 UI 的端到端测试策略中，我们次要依赖内部的 Selenium 测试框架。我这项手艺相较于市道上的炒做的抢手东西仍具有显著劣势，次要缘由正在于它遵照 W3C WebDriver 尺度，对于所有支流浏览器都能开箱即用。它无需定制浏览器版本，也无需正在 JavaScript 中运转，确保了它的行为取实正在用户无异——这恰是我们想要的。此外，我们正在 CI/CD 中也普遍利用了 Bash 和 Make 脚本。凭仗丰硕的经验，我们能够快速实现我们的方针。当然，我们也持续关心新的手艺和方式，并评估能否能够将它们集成到我们的测试策略中。例如，正在测试框架方面，我们曾考虑过 Playwright 和 Cypress，但因为前面提到的缘由，最终决定不采用。然而，若是我们发觉可能会带来显著价值的东西，也会毫不犹疑地替代现有的处理方案。但这些新东西必需能供给脚够的附加价值来证明所需的投入是合理的。Bischoff：我每天都正在利用 AI 东西。正在开辟和从动化方面，我屡次地利用 GitHub Copilot、Google Gemini 和 ChatGPT。若是你曾经具备必然的经验，这些东西能够成为你的得力帮手。但环节正在于，你需要清晰地晓得本人的需求以及若何精确表达它们。更主要的是，你要学会分辨哪些处理方案是无效或不切现实的，并正在后续的提醒词中明白指出。跟着你不竭供给反馈，AI 东西将逐步为你供给更多有价值的创意和处理方案。我老是说，你该当将 AI 东西视为一个高级的“橡皮鸭”——一个可以或许激发思虑和立异的伙伴。