许祥的阅读
11个可以节省测试人员时间的习惯
对于qa来说，时间管理非常重要，因为他们需要测试应用程序、与开发团队沟通并标记bug。作为一名测试人员，我可以说我们有时会在日常工作中耗尽时间。为了做到这一点，我整理了一些提示和技巧，可以节省测试人员的宝贵时间🕒1.计划是最重要的当你计划好你的优先事项时，美好的一天就开始了。同时，养成在规定的时间内完成工作的习惯。确定是否有必要在一个特定的时间做一项任务，或者你是否可以推迟到以后。计划应该以一种
194°/
2023-12-05/1948 人阅读 / 8 人点赞
/ 0 条评论
当管理层问：你为什么没有发现那个Bug
我们如何应对生产环境的bug？当管理层问“你测过这个吗？”时，我该如何回答？当管理层问“你为什么不能发现那个bug？”，首先，要在自己的心理接受对找到bug负责的责任，但不承诺找到每个bug。后者是一个伟大的愿望，但是一个不合理的承诺，管理层不应该强迫你做到这一点。记住：作为测试人员，我们不会引入bug!大多数bug都是隐藏的—而且根据经验证明，任何直到现在还未被发现的bug都隐藏得足够深，即使是
174°/
2023-12-05/1749 人阅读 / 1 人点赞
/ 0 条评论
通过测试数据管理改进软件质量流程
软件质量保证比我们想象中更加依赖于测试数据。你无法再逃避它：你需要对测试数据管理采取一些措施。为什么呢？因为如果没有适当的测试数据管理，你将失去本就稀缺的宝贵时间。测试数据刷新的等待时间很长；平均而言，QA团队需要等待6天才能获得刷新后的测试集。由于缺乏测试数据管理而出现的另一个问题是，在许多组织中，多个团队都在同一个测试数据库上工作。一个团队对数据进行调整，往往导致其他团队的测试数据损坏。还有，
173°/
2023-12-05/1733 人阅读 / 1 人点赞
/ 0 条评论
用Postman或Insomnia来测试端点或者...
介绍今天将向你展示一种令人难以置信的技术，可以提高你的工作效率，同时提高应用程序交付的质量。我上周看到了一条推文，作者说没有人需要Postman/Insomnia来测试端点。我100%同意他的观点，在这篇文章中，我将通过实际示例和可以在日常工作中复制的项目向您展示原因。为什么不用Postman/Insomnia测试端点Postman和Insomnia是非常有用的工具，可以帮助我们使用WebAPI。
211°/
2023-11-30/2114 人阅读 / 129 人点赞
/ 0 条评论
容易被遗忘的测试用例
网络服务器启动了吗？应用程序服务器启动了吗？数据库上线了吗？测试数据是否预先加载到数据库中？每当我们准备开始测试应用程序时，一切都应该已经准备妥当。然而，当测试开始后，我们可能会漏掉一些测试用例，只有在发布期间对生产环境进行健全性测试时才会意识到这一点。在今天的文章中，我们将讨论开发团队经常忽视的一些常见领域：数据库/内存数据库访问令牌API请求其他杂项区域（即无连接）话不多说，让我们看一下上面提
185°/
2023-11-30/1859 人阅读 / 131 人点赞
/ 0 条评论
SDET角色的定义
大家好！我是奥利弗。最近我加入了Dunelm的质量团队，担任SDET一职。SDET是“软件测试开发工程师”的缩写。这个职位几乎有一个被广泛认可的含义，但除此之外，我一直在苦苦思索我的角色到底是什么。长久以来，我花了很多时间纠结于这个问题。我曾在半夜惊醒，满身冷汗；我曾有过强烈的冒名顶替感，甚至有一度几乎陷入了斯德哥尔摩综合症。多年来，我与同事们开了无数次会议，不断探讨如何最大限度地提高团队的效能。
173°/
2023-11-30/1733 人阅读 / 129 人点赞
/ 0 条评论
测试大牛之争：QA vs. SDTE
在软件测试领域，有2个常见的角色，质量保证（QA）和软件测试开发工程师，都致力于保障软件质量，但其职能有所不同。质量保证（QA）：QA工程师主要通过手工测试和自动化测试的手段来保障软件质量。他们负责监督软件开发生命周期中对质量标准的遵守，例如ISO9000或CMMI。通过进行全面的测试，保持严格的质量控制措施，QA专家可以帮助我们交付可靠且对用户友好、满足期望的软件产品。软件测试开发工程师（SDE
183°/
2023-11-30/1830 人阅读 / 131 人点赞
/ 0 条评论
测试UI逻辑？以用户为导向！
期待多年，你终于可以购买谷歌最热门的新产品gShoe*了。但在点击“购买”按钮后，什么也没发生！检查HTML代码，你发现问题所在：<buttondisabled=”true”click=”$handleBuyClick(data)”>Buy</button>由于“购买”按钮禁用，用户无法购买gShoes。问题出在handleBuyClick，尽管在用户界面上存在BUG，但它
176°/
2023-11-20/1762 人阅读 / 129 人点赞
/ 0 条评论
Scrum看板中不需要测试列
在许多Scrum团队中都可以看到这种做法：在Scrum看板中，使用测试列。虽然其初衷是为了简化测试阶段，但有足够的理由来重新考虑下，是否真的需要这一列。为什么会有测试列测试列为测试人员提供了一个专用的工作流空间。这凸显了测试人员在开发团队中的重要性，不仅仅会在最后一步介入，也会参与到整个开发过程中。另外，测试列也增强了在Scrum看板上工作的可视化表示。它能立刻明确哪些项目进入到了测试阶段，提高了
175°/
2023-11-20/1752 人阅读 / 136 人点赞
/ 0 条评论
质量领先的软件组织结构
在软件组织中做到质量领先—什么是最佳方式呢？二十多年来，软件组织一直在思考：当我们转型为敏捷或Devops文化时，我们应该如何分配测试人员/质量工程师的工作？显然，最佳实践是将他们融入到团队中。他们应该同其他开发团队成员一样，向同一个经理汇报么？还是说向单独的测试/质量经理汇报呢？最佳方式是什么呢？作为一名敏捷团队的测试人员，我曾在各种组织结构中工作过，从小型初创公司到拥有40多名工程师的团队
171°/
2023-11-20/1719 人阅读 / 129 人点赞
/ 0 条评论