报告错误的正确方法

您知道，在Zerocracy ，您是程序员还是测试人员， 我们将为您发现并报告的每个错误付费 。 好吧，不完全是。 我们为项目设计师认为足以支付的每个错误报告付费。 根据政策第 29条，架构师的决定完全是主观且无可争议的。 我们的一些开发人员认为这不公平，请我解释一下他们如何报告错误，使他们得到肯定的报酬。 这是我的建议的详尽列表。

老实说，以前有很多关于这个主题的文章。 我将尽量不重复。 他们大多说合理的话，例如“具体”，“选择强标题”，“避免重复”等。 我在这里的建议更多是出于心理性质。

保持冷静 。 不要期望您的所有错误都会被接受并付钱。 其中一些不会。 这不能阻止您报告它们。

夸张的 。 不管该漏洞有多小，如果他们不修复，就好像明天将崩溃一样呈现出来。 当然，他们将对错误的优先级和严重性做出自己的决定，但是不会帮助他们对您不利。

害死自己 。 不要只说“班级破裂”，这句话没有受害者。 因此，无需拯救任何人的生命。 该错误很小-无需付费。 相反，请说“我不能使用课程”。 表现为受害者。 甚至更好的是，代表一组受害者：“没有人真正可以使用此类课程。”

推他们 。 如果不支付错误报告的费用，请随时询问原因。 坚持认为这是一个非常重要的问题，您应该得到报酬。 如果他们仍然不付款，那就算了，继续前进。 您一定不要看起来它冒犯了您。

付出努力 。 错误描述必须看起来“丰富”，清楚地表明您在创建错误时付出了很多努力。 如果只有一条线，那么他们不付钱就更容易-他们不会感到内。 但是，如果它很长，很详细，格式正确，并且包含多个支持链接，那么如果不付费，他们会感到难过。

看起来订婚了 。 说出类似“如果您也需要我，我准备进行更多调查并提供更多详细信息”。 当然（大多数情况下）您不会这样做，但是必须说出来。 这看起来就像您在乎，而这个错误是由您发自内心的。 他们怎么不付钱呢？

看起来无私 。 不要向他们表明您报告这些错误只是为了赚钱。 他们仍然知道，但仍然如此。 看起来您在乎该项目，并且确实希望获得帮助。 假设您担心用户，市场，任务，范围更大等问题。

汇总 。 这可能与我之前建议的错误跟踪原则相违背，但是当您的错误很小且美观时，请汇总它们。 在这种情况下，您就有机会获胜。 他们将拒绝三个较小的错误，但不会拒绝包含三个较小部分的较大错误。

我相信，如果您遵循这些简单的建议，您将成为更成功的错误报告者。 至少在Zerocracy 。

翻译自: https://www.javacodegeeks.com/2018/04/the-right-way-to-report-a-bug.html