对于qa来说，时间管理非常重要，因为他们需要测试应用程序、与开发团队沟通并标记bug。作为一名测试人员，我可以说我们有时会在日常工作中耗尽时间。为了做到这一点，我整理了一些提示和技巧，可以节省测试人员的宝贵时间🕒1.计划是最重要的当你计划好你的优先事项时，美好的一天就开始了。同时，养成在规定的时间内完成工作的习惯。确定是否有必要在一个特定的时间做一项任务，或者你是否可以推迟到以后。计划应该以一种
我们如何应对生产环境的bug？当管理层问“你测过这个吗？”时，我该如何回答？当管理层问“你为什么不能发现那个bug？”，首先，要在自己的心理接受对找到bug负责的责任，但不承诺找到每个bug。后者是一个伟大的愿望，但是一个不合理的承诺，管理层不应该强迫你做到这一点。记住：作为测试人员，我们不会引入bug!大多数bug都是隐藏的—而且根据经验证明，任何直到现在还未被发现的bug都隐藏得足够深，即使是
软件质量保证比我们想象中更加依赖于测试数据。你无法再逃避它：你需要对测试数据管理采取一些措施。为什么呢？因为如果没有适当的测试数据管理，你将失去本就稀缺的宝贵时间。测试数据刷新的等待时间很长；平均而言，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看板上工作的可视化表示。它能立刻明确哪些项目进入到了测试阶段，提高了
热门文章