偶尔你会收到一个错误报告，通常是来自可能还没有完全理解产品的 QA 新手，这会让你大吃一惊。
我将从一个我的团队（开发人员和 QA）在它发生几年后仍然笑的开始。
我正在开发的产品有一个带有一组按钮的工具栏，可以切换应用程序状态的某些方面。我收到了一个错误报告，上面写着“当你按下按钮 [x] 时，它会卡住。你必须再次按下它才能让它松开。”
Ferruccio Barletta
问问题
1385 次
15 回答
23
我无法读取输入密码的字段。当我在这个字段中输入时，它只显示圆圈。
我发誓这是来自专业的 QA 测试人员，而不是来自用户。
于 2008-10-25T12:13:14.203 回答
15
你读过一个故事“我们不能发送超过 500 英里的电子邮件” :)
于 2009-01-08T16:21:35.090 回答
15
这是我最喜欢的错误报告和响应，归属于很久以前的“vmsnet.misc”新闻组 。DEC是 Digital Equipment Corporation，对于年轻人来说，VMS是当时更好的操作系统之一。
这本书的作者是“Stanley Rabinowitz”，他是 DEC 世界著名的 SMG$ 库、WHAT 实用程序和 VMS 的许多其他部分的作者。因此，这可能是他的版权，但他现在已经离开了 DEC。
发布日期：1983 年 14 月 14 日 @ 03:08:00 主题：我的 SPR 答案（供您查看）
弹簧编号：11-60903
答案类别：UE 维护时间：1 重复问题：N 重复 SPR 编号：
操作系统：VAX/VMS
操作系统版本：V3.2 产品：VAX/VMS 产品版本：V3.2 组件：运行时库 子组件：
LIB$ 例程答复日期：
1983 年 10 月 13 日维护者：斯坦利·拉比诺维茨
附件：N
出版说明：N
SPR 问题摘要：用户声称 2000 年不应是闰年。
标题： - 出版物： - 其他操作系统版本： 其他产品版本： 组件序列号： 取代：
文章类型：ANSWER CATEGORIESCG=1=更正
RS=5=限制
SG=9=建议 FN=2=在下一个版本中修复 CS=6=客户支持
IQ=10=查询 DE=3=文档错误 NR=7=不可复制
硬件= 11=硬件 UE=4=用户错误
II=8=信息不足TYPE OF ARTICLEF=可选功能补丁 N=注意 M=强制补丁
R=限制FOR MAINTENANCE USE D I G I T A L SPR ANSWER FORMSPR 编号 11-60903
SYSTEM VERSION PRODUCT VERSION COMPONENT SOFTWARE: VAX/VMSV3.2 VAX/VMS V3.2 运行库
问题：
LIB$DAY 运行时库服务“错误地”假定 2000 年是闰年。
回复：
感谢您的前瞻性 SPR。
各种系统服务，例如 SYS$ASCTIM 假设 2000 年将是闰年。虽然人们永远无法确定未来某个时间会发生什么，但有一个强有力的历史先例可以假设现在的公历到 2000 年仍然有效。由于我们也希望到那时 VMS 仍然存在，我们选择遵守这些先例。
日历的目的是提前计算时间，显示在未来发生某个事件之前必须经过多少天，例如收获或 VMS V6 的发布。最早的历法自然是粗糙的，往往基于季节或月球周期。
例如，亚述人的日历是基于月相的。他们知道一个月亮（从一个满月到下一个满月的时间）是 29 1/2 天，所以他们的农历年有 354 天。这比太阳年少了大约 11 天。太阳年的准确时间约为 365 天 5 小时 48 分 46 秒。3年后，这样的阴历会差一整月，所以亚述人不时增加一个月，以保持他们的日历与季节同步。
古代可能的最佳近似值是 19 年，这 19 年中有 7 年有 13 个月（闰月）。该方案被采纳为犹太人使用的宗教日历的基础。阿拉伯人也使用这个日历，直到穆罕默德禁止将 12 个月改为 13 个月。
当罗马成为世界强国时，制作日历的困难是众所周知的，但罗马人因为迷信偶数不吉利而使他们的生活变得复杂。因此，他们的月份是 29 或 31 天，除了 2 月有 28 天。每隔一年，罗马日历就会增加一个称为 Mercedonius 的月份，即 22 或 23 天，以跟上太阳年。
甚至这个算法也很差，所以在公元前 45 年，凯撒在天文学家索西吉内斯的建议下，下令进行彻底的改革。下令将一年定为 445 天，以使历法与季节同步。与我们现在使用的类似的新日历称为儒略历（以朱利叶斯凯撒命名）。它的月份长度为 30 或 31 天，每四年为闰年（有 366 天）。凯撒还下令从一月一日开始，而不是三月下旬的春分。
凯撒的年份比 Sosigenes 建议的计算时间少 11 1/2 分钟，最终春分的日期开始漂移。罗杰·培根惊慌失措，给教皇克莱门特四世写了一封信，他显然没有留下深刻的印象。教皇西斯图斯四世后来确信需要进行另一次改革，并召集德国天文学家雷吉奥蒙塔努斯到罗马为他提供建议。不幸的是，雷吉奥蒙塔努斯不久后死于瘟疫，计划也宣告失败。
1545年，特伦特议会授权教皇格里高利十三世再次改革历法。大部分数学工作是由 SJ 的克里斯托弗·克拉维乌斯神父完成的。立即通过的修正是 1582 年 10 月 4 日星期四是儒略历的最后一天。第二天是星期五，日期为 10 月 15 日。为了获得远距离精度，采用了梵蒂冈图书管理员 Aloysius Giglio 建议的公式。它说每隔四年是闰年，除了不能被400整除的世纪年。因此1700、1800和1900不会是闰年，但2000年将是闰年，因为2000可以被400整除。这条规则消除了每 4 个世纪有 3 个闰年，使得日历对于大多数普通用途来说都足够正确。这个日历被称为公历，是我们今天使用的日历。有趣的是，在 1582 年，所有新教王子都无视教皇法令，因此许多国家继续使用儒略历，直到 1698 年或 1752 年。在俄罗斯，它需要革命在 1918 年引入公历。
这就解释了为什么 VMS 选择将 2000 年视为闰年。
尽管公历非常准确，但每隔几年它仍然略微落后。如果您非常关心这个问题，我们建议您收听短波电台 WWV，该电台播放美国官方时间信号。大约每 3 年一次，他们会宣布闰秒，此时您应该小心调整系统时钟。如果您无法接收到他们的信号，我们建议您购买原子钟（不是由 Digital 制造，目前也不是 VAX 选项）。
END OF SPR RESPONSE
于 2008-10-29T03:13:26.283 回答
3
“悬停炮塔似乎漂浮在半空中。”
为什么是。对，他们是。
于 2009-01-14T02:16:10.763 回答
3
昨天处理了这个：
问题报告 X：“启用分组后 FileSize 列仍然可见。应该隐藏 FileSize 列。”
（问题已解决）
问题报告 Y，在部署修复后立即出现：“启用分组后，FileSize 列消失。”
于 2009-01-14T02:42:01.880 回答
3
QA 人员打电话给我，告诉我同事代码中的错误（程序员兼同事那天病了）。她抱怨基于 Web 的登录屏幕中的某些字段为浅黄色（姓名等），而其他字段则不是。这很容易解释——我刚刚在程序员生病前一天向他解释过——这是谷歌工具栏的自动填充试图提供帮助。
于 2008-11-17T15:35:39.590 回答
3
我有一个错误报告说一个按钮“变成蓝色”。
原来，测试人员报告了 Windows 按钮的正常行为，即带有焦点的按钮的非常微妙的蓝色突出显示。
于 2008-10-27T15:37:34.520 回答
3
“素数生成器认为 2 是素数。”
于 2008-11-27T05:39:59.460 回答
3
用户在 5 分钟内没有使用计算机进行任何操作后屏幕变黑。用户付费请人为他们重新安装 Windows。将来，也许我最好在我为他人工作的所有 PC 上禁用电源管理选项。
于 2008-11-27T05:53:56.750 回答
1
我收到了一个缺陷，仅说明了这一点：
"It is wrong"
我不得不回过头来弄清楚它到底是什么。
于 2009-01-14T02:47:11.980 回答
1
这不是来自 QA，而是当我在支持团队时。
我们曾经收到一个客户的报告，说他们系统中的 20GB 硬盘不够大，他们想订购一个“更大的 d#ck”（我会让你填空）。
我真的很惊讶这封电子邮件通过了我们的垃圾邮件过滤器。毫不奇怪，它做了很多工作。
于 2008-10-29T02:08:55.040 回答
1
“页面设计/颜色与补偿不匹配。”
如果他们不将页面与线框进行比较，那就不会那么奇怪了。
于 2008-10-29T03:27:14.353 回答
1
同一位 QA 人员在几分钟内创建了两个缺陷。1 - 无法删除值，因为没有删除值按钮，2 - 当清空值并点击保存时，值被删除。
不管是好是坏，这个应用程序中的标准是通过消隐和保存来删除值。显然她希望改变标准。
于 2014-01-22T21:38:40.023 回答
1
“有时一面旗帜会飘过屏幕，而我们看不到其他任何东西！”。
于 2012-05-02T13:39:22.813 回答
0
因为我们确实正确地验证了货币字段（针对 ISO 列表），所以打开了一个错误。他们打开它是因为用例说：货币 [alpha-num]，所以他们期望“2”作为有效货币。
我仍然在问自己关于那个。
于 2008-10-29T03:17:43.217 回答