您已经花费数周，甚至数月的时间开发一个新功能或模块。需求被仔细编写，并根据市场需求进行了最佳调整。时间紧迫，但代码按承诺完成。您向领导层预览了新功能的样子，他们非常喜欢。那么，您今晚就可以向所有客户发布，对吗？不幸的是，答案是否定的。请记住，推出一个功能有许多阶段，并且遵循一定的流程是有原因的。在测试完成之前仓促发布可能会成为一个破坏性的时刻。您所投入的所有工作可能只带来很少的价值。发布产品依
很高兴再次见到我的QA朋友们！如果您一直关注我，您就会知道，在我的上一篇文章中，我们探索了构建基于Excel的简单QA指标表的旅程，并将其演变成一个更具扩展性的自动化框架来评估质量。现在，这是第二部分，我们将继续深入研究该主题的核心部分：即如何将我们的QA指标框架转变为AI（人工智能）驱动的自动化QA指标框架。这篇文章完全专注于我们如何将AI集成到QA指标框架中，同时改变我们解释和处理QA数据的方
关于我我在乌克兰的一所大学学习了计算机科学。2019年，我在大学三年级时找到了第一份Python开发的工作。然而，在COVID-19爆发后，公司给我两个选择：要么离职，要么转岗为自动化QA。考虑到当时仅有五个月的工作经验，且就业市场充满不确定性，我选择了成为一名自动化QA。从那以后，我为三家不同的公司工作过，目前在一家德国公司担任QA工程师，约60%的时间专注于自动化测试和开发软件测试工具。在这篇
API测试是现代软件开发中的重要组成部分，但最合适的工具取决于您的团队性质、技术栈以及目标。在众多可用选项中，选择合适的自动化API测试工具可能变得棘手。为了让这一过程更容易理解，我们将其根据不同场景进行拆解，这样您就可以为您的团队选择最佳工具。您的团队中没有QA功能，需要良好的开发体验（DX）？使用Axios和Jest。如果您在一个没有专职质量工程师（QE）或测试人员的小团队中工作，那么简便
科技领域的大问题往往与技术无关，而是与沟通有关。所以最好提升你的沟通能力吧！老实说，如果你想提高自己作为软件测试人员的附加价值，你最好学会像专业人士一样沟通测试工作。以下技能非常重要：记笔记总结关于测试及其发现的关键点，供相关利益相关者和其他参与过程的人参考简明清晰地写出发现及其影响在会议中无废话地呈现测试结果这些技能对软件测试人员来说是不可或缺的。测试中的一个大问题是它往往是隐性的，如果不小
我们在之前的干净代码文章中涵盖了一些关于干净代码的建议。然而，干净代码的建议列表不可能轻松地进行总结。因此，这可以被视为前一篇文章的实用续集。这些原则是编程中使用的东西。在测试自动化中同样应该应用SOLID原则。SOLID是一个首字母缩略词，每个字母代表一个原则：S–单一责任原则（SingleResponsibilityPrinciple），O–开闭原则（OpenClosedPrinciple
本文改编自Google的“TestingontheToilet”（TotT，意为“马桶上的测试”）系列中的一集。你可以下载此TotT集的打印友好版本，并将其张贴在你的办公室。测试金字塔是指导测试套件演变的经典启发式方法。它传达了一个简单的信息——宁愿多做单元测试，少做集成测试；宁愿多做集成测试，少做端到端测试。尽管测试金字塔很有用，但随着测试方案的范围扩大以及在面临艰难的权衡取舍时，它缺乏
继续这一系列的小技巧，在#1、#2和#3大获成功后，迎来了我们的最新内容#4。希望大家喜欢，别忘了也要阅读代码片段中的注释。如何拦截相同路由的多个请求？我记得在Cypress中，这个功能非常容易实现，但在Playwright中，要找到这种特定场景的详细信息并不那么简单。想象一下，你在浏览一个Web应用时，想验证多个具有相同路由的请求。例如，当你打开产品页面时，执行了一个API调用到api/i
网上充满了建议将Playwright和Cucumber结合起来以实现BDD测试的文章。结果通常是，Cucumber作为测试运行器，而Playwright作为库使用。听起来有点过于复杂和麻烦？如果我告诉你，有一种方法可以使用Playwright作为测试运行器，并以类似Cucumber的风格编写BDD测试呢？但我们还是先从基础开始！什么是Playwright？Playwright是由微软开发的一个
包括首个AI驱动的命令、新的分片选项、iOS横屏支持，以及许多错误修复和稳定性改进。自上次发布Maestrov1.37.0已超过三个月。今天，我们很高兴向您推出v1.39.0。新的AI驱动命令此版本引入了首批AI驱动命令：assertWithAI和assertNoDefectsWithAI。“什么？AI驱动的命令？什么时候应该使用它们？”很高兴你问了这个问题！Maestro的命令非常出色：
热门文章