Nawet po ukończeniu kursu dla juniorów nadal czasem przychodzę tu do działu pomocy, żeby coś zasugerować i pomóc. Prawie zawsze pytanie zaczyna się od frazy „Zrobiłem wszystko poprawnie, ale walidator mnie nie wpuszcza” lub czymś podobnym. To właśnie te nagłówki skłoniły mnie do napisania tutaj. Od tej chwili proponuję przyjąć to za prawdę – walidator ma zawsze rację. Czasami pojawiają się błędy, ale za każdym razem jest ich coraz mniej. Dlatego też, jeśli otrzymasz od walidatora odmowę, sugeruję założenie, że gdzieś popełniłeś błąd. A teraz, żeby nie walić głową w mur, trzeba zacząć opanowywać testowanie. Istnieje kilka artykułów na ten temat ( JUnit część I JUnit część II ). Co więcej, to nie „wygodne przypadki” wymagają testowania. Weźmy na przykład zadanie task1916 . Bardzo często po napisaniu rozwiązania ludzie sprawdzają idealne opcje. Idealna opcja przechodzi, co oznacza, że możesz przesłać zadanie. I wtedy nadchodzi odmowa. Co więc należy zrobić? Zgadza się, napisz kolejny przykład testowy. A potem kolejny i kolejny, aż walidator przejdzie testy. Na przykład, jak kod zareagowałby na pusty drugi plik? A co z pustym pierwszym? Oto najnowsze przykłady https://javarush.com/help/15861 Teraz ważne jest, abyś zrozumiał, że programista nie tylko pisze kod, ale musi go sam przetestować, a nie polegać na testerze. Szczerze mówiąc, nadal trochę się boję, kiedy rozwój przechodzi w fazę testową. Uważam, że mój kod powinien działać poprawnie i nie powinno być żadnych błędów. Zawsze jest mi źle, gdy rozdaję kod, który nie działa. Okazuje się, że coś napisałem i nie sprawdziłem, tzn. zmarnowałem czyjś czas. Oczywiście później w pracy będziesz miał listę wymagań i od testera będziesz mógł dostać zestaw przypadków testowych dla swojego oprogramowania i dostosować się do niego i będzie łatwiej, ale na to bym nie liczył. Twój kod jest Twoją odpowiedzialnością, a testy pomagają upewnić się, że wszystko działa tak, jak powinno. Teraz masz świetną okazję do doskonalenia swoich umiejętności testerskich. Wchodząc do sekcji pomocy nie pisz odpowiedzi autorowi w formie kodu. Wymyśl przykład testowy, który nie będzie dla niego odpowiedni. W ten sposób ulepszysz siebie i pomożesz autorowi, nie rozwiązując za niego problemu.
GO TO FULL VERSION