验证者、理解和原谅

即使完成了 jr 课程后，我有时仍然会来到这里的帮助部分提出一些建议和帮助。问题几乎总是以“我做的一切都正确，但验证器不让我进入”或类似的短语开头。正是这些头条新闻让我在这里写下这篇文章。从现在开始，我建议接受它为真理——验证者永远是对的。有时会出现错误，但每次错误的数量都会越来越少。因此，如果您收到验证者的拒绝，我建议您假设您在某个地方犯了错误。现在，为了避免头撞墙，您需要开始掌握测试。有几篇关于此主题的文章（JUnit 第 I 部分 JUnit 第 II 部分）。而且，需要检验的并不是“方便的情况”。例如，我们以任务task1916为例。通常，在编写解决方案后，人们会检查理想的选项。理想选项通过，这意味着您可以提交任务。然后拒绝就来了。那么需要做什么呢？没错，再写一个测试例子。然后一个又一个，直到验证者通过测试。例如，代码将如何响应空的第二个文件？第一个空的怎么办？这里是最新的例子https://javarush.com/help/15861 现在重要的是你要明白，开发人员不仅编写代码，他还必须自己测试它，而不是依赖测试人员。说实话，当开发进入测试阶段时，我还是有点害怕。我相信我的代码应该可以正常工作并且不应该有任何错误。如果我放弃了不起作用的代码，我总是会感到难过。原来我写了一些东西但没有检查它，即 浪费了某人的时间。当然，稍后在工作中，您将获得一份需求列表，并且从测试人员处您将能够为您的软件获得一组测试用例并适应它，这会更容易，但我不会指望它。您的代码是您的责任，测试有助于确保一切正常工作。现在您有一个很好的机会来提高您的测试人员技能。进入帮助部分时，不要以代码的形式给作者写答案。想出一个对他不起作用的测试示例。这样你就可以提高自己，帮助作者，而不是为他解决问题。