保持简单直观（KISS原则）您的自动化框架应该简单易懂。将复杂的测试分解成更小的、可重用的模块。这使得理解、维护和重用代码片段变得更加容易。给测试用例、方法和变量选择有意义的名称。避免过度设计。不要添加不必要的复杂性，如额外的设计模式或抽象，除非它们解决了眼前的问题。过度设计举例：使用单例模式的WebDriver增加了不必要的复杂性。因为当您需要并行运行测试时，它可能会造成问题，它会导致每个测试将
在软件工程不断演变的格局中，像GitHubCopilot这样的工具正在从根本上改变开发人员如何在编码中使用生成式人工智能（GenAI）。这一转变在软件测试领域尤为明显，因为AI生成的代码已经开始对客户环境产生重大影响。随着GenAI的出现，观察软件工程世界如何变革是一件令人着迷的事情——这感觉就像是看着一部科幻电影变成了现实。GitHubCopilot和类似的AI工具正在彻底改变开发人员编写代
你是否遵循了测试活动的最佳实践？请谨慎行事。最佳实践并不总是“最佳”的，它们并非你想象中的金科玉律，它们高度依赖于具体的项目情境。在一种情境下效果极佳的方法，在另一种情境下可能会适得其反。我将解释这一概念，剖析为何在测试环境中情境至关重要，并告诉你如何面对这些挑战。为何不存在通用的“最佳实践”“最佳实践”意味着它是一种万全之策。它表明，测试有一种普遍最优的方法，可以适用于任何情境。但事实并非如
介绍在软件开发中，关于测试存在许多神话。软件测试的本质是什么？“单元测试”类的软件测试的目的是什么？我们应该将其视为“单元测试”还是“集成测试”？为什么我们真的需要有人将“TDD”中的“T”替换为“B”，然后开始一场关于“T”和新“B”之间差异的哲学讨论？验收测试只是“BDD”的另一个替代或替换吗？在接下来的内容中，我将以一种非正统的思维方式展示我对这些问题的看法。那么，让我们从……开始。当然，“
每个单元测试的示例都从计算器开始，那么我们今天也这么做。来看一下这段代码。publicintadd(intx,inty){returnx+y;}那么，你觉得我们需要多少测试用例来覆盖这段代码呢？“覆盖”这个词其实相当模糊，是指“让你觉得可以放心发布你的代码的那些足够多的测试”吗？我在我的研讨会（不仅仅是单元测试研讨会）上总是问这个问题。我得到了各种各样的答案，比如1+1，2+2，大数和负数，这
作为一名年轻的软件工程师，与我的团队一起开发一个名为Xapi的API设计工具，是一次充满挑战但又非常有成就感的经历。这个最初令人兴奋的项目，突然变成了一个长达数周的调试和测试马拉松。尽管过程十分艰难，但这段漫长的测试过程揭示了许多问题，改变了我们的产品，也转变了我作为软件工程师的技能。在这篇文章中，我将与大家分享我的经历。揭示隐藏的问题当我们第一次发布产品时，大家都非常兴奋。用户界面非常流畅，
对被测系统及支持系统（如CI/CD）的全面理解使我能够有效地测试系统，因为我对它们的内部工作了如指掌。凭借这些知识，我能够理解应用程序的运行方式，确定错误所在的位置，最重要的是，思考测试策略。好消息：你已经是一个系统思考者了！本文的灵感来源于塑造我软件测试方法的现实生活经验。简单来说：日常生活的活动需要你思考系统，无论是否涉及“技术”。一旦你意识到自己已经在进行系统思考，你就可以更深入地理解你
在测试自动化中，干净的代码是一个有争议的话题。网上有很多关于这个的不同意见。干净代码本身就在开发人员中引发了许多讨论。有一些一般规则，开发人员通常会遵循。这些规则被收录在罗伯特·“UncleBob”·马丁所著的《CleanCode》一书中。这本书非常全面，其中大部分建议在测试自动化中也适用。不幸的是，测试自动化常常因缺乏对干净代码在测试中的重要性理解而受到不良编码实践的困扰。由于测试自动化工程师的
这篇文章是关于在测试中思考过去、现在和未来的事情。尽管我非常希望能看得清楚，但我的crystalball（水晶球，引申为洞察力）却相当模糊。学习是至关重要的，而这篇文章就是我的学习工具。复杂性促使我们寻求低代码的解决方案自从我今年六月成为一名测试顾问以来，如果说我发现自己一直在进行的一场对话，那就是澄清自动化测试工具选型的范围。我们有很多选择，而且，要从这些选择中找到合适的并不容易。即使我把选择条
注：我最初在2023年初撰写了这篇文章，那时我还不知道我的Xebia任务会将我带到哪里。这些任务与测试Web应用程序无关，但它们确实让我足够忙碌，以至于忘记发布这篇博客。它包含了一些关于如何架构Web测试的良好见解，因此我决定在这里发布。当我第一次加入Xebia时，发现许多同事都参与了自动化Cypress测试，最近还使用了Playwright。我听到很多对页面对象模型（对于Java程序员来说，
热门文章