请更多错误

错误是我们在软件产品中发现的“看起来不正确”（这是我个人的定义）。 错误可以隐藏或可见； 它可以是“已经修复”或“仍然存在”； 它可能是关键的或装饰性的； 它可能是紧急的，或者是低优先级的。 重要的是，在客户看到错误之前，我们找到并修复的错误越多 ，软件的感知质量就越高。 简而言之，如果我们而不是我们的客户发现错误，那么错误就是一件好事 。 对于发现的每个错误， 我们都会向程序员付款。 这是给他们的备忘单，显示了他们在哪里以及如何找到这些bug来赚钱。

美国蜂蜜（2016）安德里亚·阿诺德（Andrea Arnold）

显然，如果发生故障，则是一个错误； 无需在这里提及。 但是，当产品或多或少稳定时 ，不会有太多东西被损坏。 但是我们仍然为错误付费。 你应该注意什么？ 继续阅读。 此列表（无特定顺序）将为您提供帮助。

缺乏功能 。 如果一个类（ yegor256 / cactoos＃558 ）或整个模块（ yegor256 / cactoos＃399 ）没有提供您期望的功能，那是一个错误。

缺乏测试 。 如果某个类没有单元测试（ yegor256 / takes＃43 ）或现有测试没有涵盖该类的某些关键方面（ yegor256 / cactoos＃375 ），那是一个错误。

缺乏文件资料 。 举例来说，如果某个类的Javadoc块无法清楚地向您说明如何使用该类，或者整个模块的文档记录不正确（ yegor256 / takes＃790 ），则说明存在错误。

次佳的实现 。 如果一段代码对您来说看起来不太好，并且您认为可以将其重构为更好的外观，那是一个错误。

设计不一致 。 如果设计对您来说看起来不合逻辑（ yegor256 / cactoos＃436 ），并且您知道如何进行改进，那就是一个错误。

命名很奇怪 。 如果类，变量或包的名称对您而言看起来不一致且不明显，并且您知道如何对其进行修复（ yegor256 / cactoos＃274 ），那是一个错误。

测试不稳定 。 如果单元测试偶尔失败（ yegor256 / takes＃506 ）或在某些特定环境下无法工作（ yegor256 / jpeek＃151 ），则是一个错误。

另外，值得一提的是，次要的，外观化的或格式错误的错误报告很可能会被拒绝或不付款。 如果您希望我们为您的错误报告付费，请确保它们听起来不错 ，以帮助我们将项目推进到更好的状态。

翻译自: https://www.javacodegeeks.com/2018/02/more-bugs-please.html