驗證者、理解和原諒

即使在完成了 jr 課程後，我有時仍然會來到這裡的幫助部分提出一些建議和幫助。問題幾乎總是以“我做的一切都正確，但驗證器不讓我進入”或類似的短語開頭。正是這些頭條新聞讓我在這裡寫下這篇文章。從現在開始，我建議接受它為真理——驗證者永遠是對的。有時會出現錯誤，但每次錯誤的數量都會越來越少。因此，如果您收到驗證者的拒絕，我建議您假設您在某個地方犯了錯誤。現在，為了避免頭撞牆，您需要開始掌握測驗。有幾篇關於此主題的文章（JUnit 第 I 部分 JUnit 第 II 部分）。而且，需要檢驗的並不是「方便的情況」。例如，我們以任務task1916為例。通常，在編寫解決方案後，人們會檢查理想的選項。理想選項通過，這意味著您可以提交任務。然後拒絕就來了。那麼需要做什麼呢？沒錯，再寫一個測試範例。然後一個又一個，直到驗證者通過測試。例如，程式碼將如何回應空的第二個檔案？第一個空的怎麼辦？這裡是最新的例子https://javarush.com/help/15861 現在重要的是你要明白，開發人員不僅寫程式碼，他還必須自己測試它，而不是依賴測試人員。說實話，當開發進入測試階段時，我還是有點害怕。我相信我的程式碼應該可以正常工作並且不應該有任何錯誤。如果我放棄了不起作用的程式碼，我總是會感到難過。原來我寫了一些東西但沒有檢查它，即 浪費了某人的時間。當然，稍後在工作中，您將獲得一份需求列表，並且從測試人員處您將能夠為您的軟體獲得一組測試用例並適應它，這會更容易，但我不會指望它。您的程式碼是您的責任，測試有助於確保一切正常運作。現在您有一個很好的機會來提高您的測試人員技能。進入幫助部分時，不要以程式碼的形式為作者寫答案。想出一個對他不起作用的測試範例。這樣你就可以提升自己，幫助作者，而不是為他解決問題。