你和你的团队是否经常头脑风暴讨论如何提高质量？在我的团队中，“质量改进”几乎在每次回顾会议中都是讨论的重点之一，因为测试从未真正足够。通过积极使用“质量保证成熟度(QAM)评估”框架，我们总能确定下一步要做的事情，今天我想与大家分享这一点。定义质量保证成熟度（QAM）评估有助于识别需要采取措施的差距，从而提高QA团队的生产力和最终产品的质量，并缩短开发周期。这段通往QA成熟度的旅程包括结构化的阶段
在使用Playwright进行端到端网站测试和监控时，选择合适的定位器至关重要。正确的定位器有助于创建更可靠、稳定性更强的测试。让我们来探讨面向用户的定位器，以及如何筛选定位器以增强测试的稳健性。示例场景考虑一个包含标题、按钮和状态更新框的简单网页。点击按钮后，状态会更新并触发彩纸动画。我们将通过这个场景来展示如何测试。为什么不使用CSS选择器查找页面元素？如果你习惯了使用一些老旧的自动化
如果你是一名软件测试人员，那么在你的职业生涯中很有可能做过web测试。web应用程序非常流行，以至于现在最流行的测试工具实际上都属于web应用程序测试和自动化类别。然而，从另一方面来说，并非所有的工具都那么流行。bookmarklet就是这样一个例子。你从未听说过它?别担心，我们会为你讲解。在本文中，我们将深入bookmarklet的世界，探究它们是什么，以及它们如何增强你的web测试能力。此
遇到的问题工作中，当试着为包含无头（headless）UI单选按钮组功能的用户流编写Playwright测试时，我遇到了一个问题。某个测试偶尔总会失败，原因是没有成功点击到某个单选按钮。但可操作性验证步骤是成功的，然后Playwrite测试就尝试点击这个单选按钮。在此期间，Playwright没有抛出任何错误。但整个测试最后失败了，这是因为随后的断言部分依赖该单选按钮的选择状态。当我检查相关运行追
第一幕：展示你的目标无障碍测试对于确保网页项目的包容性和可用性至关重要，无论用户的能力如何。然而，将无障碍测试集成到Cypress框架中，传统上一直面临多种限制。目前，许多开发者依赖于cypress-axe插件，它是Deque的axe-core®包的一个友好封装，专为Cypress框架定制。Axe-core®已成为无障碍分析的标准和强大工具。然而，axe-core®提供的结果是原始数据，cypre
Appium是Android和iOS平台上自动化测试移动应用程序的热门开源工具之一。要真正发挥Appium的强大功能，了解其内部工作原理至关重要。因此，理解Appium架构对于充分利用其在移动端自动化测试方面的潜力至关重要。在这篇博文中，让我们一起深入了解Appium架构，并通过结合Appium不同组件的示例来有效地自动化测试移动应用程序。什么是Appium？Appium是一款开源的移动端自动
引言虽然应用程序代码库和测试代码库方法之间的辩论仍在继续，但混合解决方案提供了一个可行的折中方案。项目的测试代码应该存在哪里？这是一场长达几十年的辩论自从软件工程社区开始将软件测试作为软件开发生命周期（SDLC）的一部分以来，我们就一直在争论测试自动化代码的合适的保存地点。测试自动化代码是否应该与它验证的应用程序代码（“应用程序代码库”）保存在同一代码库中？或者还是最好将其放在一个单独的代码库中，
当测试会议的世界正在讨论“左移”（ShiftLeft）——一种让我们的努力更有成效、而不是制造失败需求的重要运动时，我们注意到了另一个转变：“下移”（ShiftDown）。多年来，我们一直在讨论这样一个理念：要在程序化测试领域取得可持续的成功，你需要以不同的方式分解测试。为了测试目的而构建的优秀自动化，很少是通过自动化你认为人类体验的端到端流程来实现的。优秀的自动化优化了速度和反馈的准确性，以及时
下面我将分享不同的工具和技术来测试API。1.PostmanPostman及其相关工具是非常流行的API测试工具。它为可视化请求体、响应和请求头提供了一个很友好的界面。Postman还提供了对设置env变量的支持，这些变量可用于存储APIkey或密钥。什么时候用对于后端到后端测试可以使用。它主要依赖于API密钥作为授权。针对不需要很多先决条件的API可以使用它。如果可以使用API键或一些aut
实施Playwright移动端E2E测试时的挑战在使用Playwright实施端到端(E2E)测试的移动端运行时，如何高效管理工作流可能是一项挑战：单独的测试文件为移动端和桌面端创建单独的测试文件，通常会导致代码重复，特别是当差异很小时，比如移动端上只需要点击多两个按钮。测试中的条件逻辑在测试代码中添加大量if(isMobile)判断来处理平台特定的行为，容易使代码臃肿，难以阅读和维护。平台
热门文章