软件质量保证比我们想象中更加依赖于测试数据。你无法再逃避它：你需要对测试数据管理采取一些措施。为什么呢？因为如果没有适当的测试数据管理，你将失去本就稀缺的宝贵时间。测试数据刷新的等待时间很长；平均而言，QA团队需要等待6天才能获得刷新后的测试集。由于缺乏测试数据管理而出现的另一个问题是，在许多组织中，多个团队都在同一个测试数据库上工作。一个团队对数据进行调整，往往导致其他团队的测试数据损坏。还有，
介绍今天将向你展示一种令人难以置信的技术，可以提高你的工作效率，同时提高应用程序交付的质量。我上周看到了一条推文，作者说没有人需要Postman/Insomnia来测试端点。我100%同意他的观点，在这篇文章中，我将通过实际示例和可以在日常工作中复制的项目向您展示原因。为什么不用Postman/Insomnia测试端点Postman和Insomnia是非常有用的工具，可以帮助我们使用WebAPI。
网络服务器启动了吗？应用程序服务器启动了吗？数据库上线了吗？测试数据是否预先加载到数据库中？每当我们准备开始测试应用程序时，一切都应该已经准备妥当。然而，当测试开始后，我们可能会漏掉一些测试用例，只有在发布期间对生产环境进行健全性测试时才会意识到这一点。在今天的文章中，我们将讨论开发团队经常忽视的一些常见领域：数据库/内存数据库访问令牌API请求其他杂项区域（即无连接）话不多说，让我们看一下上面提
大家好！我是奥利弗。最近我加入了Dunelm的质量团队，担任SDET一职。SDET是“软件测试开发工程师”的缩写。这个职位几乎有一个被广泛认可的含义，但除此之外，我一直在苦苦思索我的角色到底是什么。长久以来，我花了很多时间纠结于这个问题。我曾在半夜惊醒，满身冷汗；我曾有过强烈的冒名顶替感，甚至有一度几乎陷入了斯德哥尔摩综合症。多年来，我与同事们开了无数次会议，不断探讨如何最大限度地提高团队的效能。
在软件测试领域，有2个常见的角色，质量保证（QA）和软件测试开发工程师，都致力于保障软件质量，但其职能有所不同。质量保证（QA）：QA工程师主要通过手工测试和自动化测试的手段来保障软件质量。他们负责监督软件开发生命周期中对质量标准的遵守，例如ISO9000或CMMI。通过进行全面的测试，保持严格的质量控制措施，QA专家可以帮助我们交付可靠且对用户友好、满足期望的软件产品。软件测试开发工程师（SDE
在今年3月写过一篇文章：又一次被震惊：从生成和细化需求到应用各种方法设计测试用例，展示了chatGPT生成测试用例，而且可以用不同的方法生成测试用例，在我们的引导下它还能补充测试用例、完善测试用例。半年之后，chatGPT的能力强大许多，而且是多模态的，如下面例子所表现，所以我们更能借助LLM完成从生成验收标准、生成测试计划、生成测试用例、生成测试脚本到生成测试报告等全测试周期所需的交付件。（基于
期待多年，你终于可以购买谷歌最热门的新产品gShoe*了。但在点击“购买”按钮后，什么也没发生！检查HTML代码，你发现问题所在：<buttondisabled=”true”click=”$handleBuyClick(data)”>Buy</button>由于“购买”按钮禁用，用户无法购买gShoes。问题出在handleBuyClick，尽管在用户界面上存在BUG，但它
在许多Scrum团队中都可以看到这种做法：在Scrum看板中，使用测试列。虽然其初衷是为了简化测试阶段，但有足够的理由来重新考虑下，是否真的需要这一列。为什么会有测试列测试列为测试人员提供了一个专用的工作流空间。这凸显了测试人员在开发团队中的重要性，不仅仅会在最后一步介入，也会参与到整个开发过程中。另外，测试列也增强了在Scrum看板上工作的可视化表示。它能立刻明确哪些项目进入到了测试阶段，提高了
在软件组织中做到质量领先—什么是最佳方式呢？二十多年来，软件组织一直在思考：当我们转型为敏捷或Devops文化时，我们应该如何分配测试人员/质量工程师的工作？显然，最佳实践是将他们融入到团队中。他们应该同其他开发团队成员一样，向同一个经理汇报么？还是说向单独的测试/质量经理汇报呢？最佳方式是什么呢？作为一名敏捷团队的测试人员，我曾在各种组织结构中工作过，从小型初创公司到拥有40多名工程师的团队
在Bespoken，我们尽量通过易于使用的Dashboard和测试脚本语法来简化创建自动化测试用例的过程。但大家知道，对话式人工智能应用程序构建者通常很忙，尤其是在刚开始的时候，自动化测试在某些情况下可能看起来像是一个负担，而不是一种帮助。为了帮助实现这一点，我们添加了自动创建测试用例的新方法。它们包括:使用新的BespokenPhone直接拨打电话号码，并从录音中生成测试从DialogflowC
热门文章