许祥的阅读
2024 年闰日错误列表
今年是2024年，闰日又来了。和以往的闰年一样，我会尽量多地记录bug报告和故障，并尽可能地附上源代码链接。以下我按照我个人认为的影响程度对它们进行了分类。最大影响据《连线》、《新西兰先驱报》等多家媒体报道，新西兰的许多加油站都出现了自助支付终端的问题，其中包括Allied石油公司、Gull石油公司、Z能源公司、Waitomo石油公司和英国石油公司。据报道，该问题与Invenco支付解决方案终端有
192°/
2024-05-14/1922 人阅读 / 2 人点赞
/ 0 条评论
使用黑盒测试用Go重写 Bash 脚本
在用新语言重写软件时，如何测试新旧程序是否做同样的事情？测试是任何应用程序都不可或缺的一部分，而编写自动化测试用例对于确保代码的安全性至关重要。但是，当你用完全不同的语言重写一个程序时，你该怎么办？你如何确保新旧程序做同样的事情？在这篇文章中，我将描述我们进行的一次旅程，将一组Bash脚本转变为一个组织良好的Go库，并且我们如何确保在这个过程中没有出现任何问题。一开始…在Flipp，我们有自己
208°/
2024-05-10/2088 人阅读 / 0 人点赞
/ 0 条评论
如果你想解决技术债务问题，先量化它
如果你想要使技术债务的概念真正生动起来，就要有一些数字支持。当WardCunningham提出技术债务时，他需要一种方法来讨论在项目早期做出的决策，这些决策会在工程师们继续开发时开始困扰他们。他当时在一家做金融软件的公司工作，所以需要一个财务隐喻。为了尽快推出产品，他们在早期做出的技术决策可能不再适用，除非修正这些决策，否则团队的工作效率就会受到影响，发布新功能的速度也会变慢。这个比喻已经流行
208°/
2024-05-10/2088 人阅读 / 0 人点赞
/ 0 条评论
移动应用程序中的软件适用性测试
随着移动设备在我们日常生活中扮演着越来越重要的角色，它们的软件适用性对所有用户来说也变得越来越重要。移动软件适用性测试是一个非常重要的过程，可以确保各种残疾人士都能访问与浏览移动应用程序和网站。除此之外，移动软件适用性测试需要使用到各种工具和技术来识别和修复软件适用性障碍，如兼容性问题、辅助技术支持和可用性问题。什么是软件适用性测试？软件适用性测试是可用性测试的一个分支。你可能会发现人们将软件适用
206°/
2024-05-10/2068 人阅读 / 0 人点赞
/ 0 条评论
一场在线测试的"灾难"
摘要：华盛顿特区的一名男子认为自己中了价值3.4亿美元的彩票头奖，现已对Powerball和DC彩票提起诉讼，称他们错误地公布了他的号码。约翰·奇克斯说，他在2023年1月首次看到Powerball的中奖号码与他的彩票相匹配时感到及其兴奋，但当奇克斯先生向彩票和游戏办公室（OLG）展示他的彩票时，他的兑现要求被拒绝了。“其中一位代理告诉我，我的彩票没有用，只要把它扔进垃圾桶就行了”，他告诉BBC。
222°/
2024-04-26/2220 人阅读 / 0 人点赞
/ 0 条评论
测试场景设计的方法
大家好，我是一名QA经理，正在培养一支经验不足的年轻QA团队（他们的第一份QA工作）。我希望他们发展的一个领域/技能是测试设计，即设计具有良好覆盖范围且没有重复的良好测试用例的能力。当我刚开始时，我经常写太多有很多重叠的测试用例，这并不一定是一件坏事，因为过度测试比不足的测试要好，但很快意识到这对回归测试来说并不是高效的。以下是我在设计功能/用户故事测试时的方法：1.)收集需求。2.)在脑图中勾画
227°/
2024-04-26/2277 人阅读 / 0 人点赞
/ 0 条评论
用五个词或更少的词来描述一个测试想法
在”MinistryofTesting”的论坛上，一项挑战被提出：用五个词或更少的词来描述一个测试想法。这项挑战旨在激发测试人员用简洁创新的方式表达测试策略。以下是一些引人注目的回答：在个人资料页面CRUD（ExploreprofilepagewithCRUD）点击两次，观察数据库（Clickeverythingtwice,observedatabase）匹配用户动作与日志（Matchuserac
201°/
2024-04-26/2001 人阅读 / 1 人点赞
/ 1 条评论
我们对现代测试原则的看法
在我们的第一本书《敏捷测试》中，我们介绍了“敏捷测试人员的10条原则”。当时，大多数测试人员仍然是一个孤立的测试团队的一部分，以分阶段和相对封闭的方式进行工作。保持测试的原则和态度是一个持续的过程，而不是最后附加的阶段，这是一个新的想法，这个概念对很多人来说都难以理解。我们在敏捷测试人员的快速工具讲义中包含了这10条原则。多年来，我们收到了许多积极的反馈，他们在遵循这些反馈时得到了良好的指导。而且
198°/
2024-04-26/1984 人阅读 / 0 人点赞
/ 0 条评论
自动化不一定让测试工作更轻松
我最近收到一封电子邮件，它来自一家测试自动化工具供应商，其中有一个链接到他们的一篇博客文章，那篇文章是关于自动化如何让你的生活更轻松，这篇文章的后续部分将解释我对他们想法的看法。我不会说出他们销售的公司或工具名字，那样对他们不公平，因为我认为他们对测试自动化的信念是真诚的。他们的信念就像许多测试自动化工具的提供者一样，既有供应商自己创建的，也有开源的。此外，由于我没有和他们互动，所以把他们说出来是
193°/
2024-04-26/1937 人阅读 / 4 人点赞
/ 0 条评论
断言那些事儿：单测只需要一个断言？
一个测试用例，而不是一个测试断言。断言轮盘并不意味着多重断言就是坏事。当我指导团队或单个开发人员进行测试驱动开发（TDD）或单元测试时，经常会遇到一种特别的观念：多个断言是不好的。一个测试必须只有一个断言。这种想法很少有用。让我们看一个实际的代码示例，然后来试着理解这种观念的起源。由外至内的TDD考虑使用RESTAPI进行和取消餐厅预订。首先，通过HTTPPOST请求进行预订：POST/resta
191°/
2024-04-26/1916 人阅读 / 0 人点赞
/ 0 条评论