Chcesz, aby Twoje zespoły były elastyczne, samoorganizujące się i wydajne — zwłaszcza jeśli chodzi o usprawnianie tworzenia oprogramowania dla pracowników zdalnych. Jaki jest więc najlepszy sposób na zapewnienie wszystkim współpracy i na bieżąco informowanie każdego członka zespołu? Przegląd kodu.
Czym jest przegląd kodu? Proces ten, znany również jako wzajemny przegląd kodu, zapewnia wszystkim poznanie bazy kodu, poprawia czytelność kodu, skraca czas przeglądu, pozwala sprawdzać kod pod kątem błędów oraz pomaga zespołowi poznawać nowe techniki i technologie w celu rozwijania jego umiejętności.
Jeśli chcesz dowiedzieć się więcej o procesie przeglądu kodu w tworzeniu oprogramowania i o tym, jakie korzyści może on przynieść Twojemu zespołowi, czytaj dalej, aby poznać wszystkie szczegóły.
Proces przeglądu kodu
- Czy w kodzie występują jakieś oczywiste błędy logiczne?
- Czy wszystkie przypadki zostały w pełni zaimplementowane zgodnie z wymaganiami?
- Czy testy automatyczne są wystarczająco dobre, aby przetestować kod?
- Czy należy przepisać którykolwiek z testów, aby lepiej przetestować ten kod?
- Czy ten nowy kod spełnia wszystkie wytyczne dotyczące stylu?
Włączenie przeglądu kodu do przepływu pracy
Czy wiesz, że bez przeglądu kodu jako części procesu możesz spędzać nawet 80% czasu na początku, próbując naprawić problemy spowodowane nieudokumentowanymi wymaganiami i metrykami, anomaliami danych, nieoczekiwaną aktywnością użytkowników, niezgodnością sprzętu oraz problemami z instalacją?
Jeśli przegląd kodu nie jest częścią Twojego obecnego procesu, nadszedł czas, aby od razu włączyć go do etapów testowania — niezależnie od stylu przepływu pracy. Być może korzystasz na przykład z przepływów pracy opartych na rozgałęzianiu zadań. Jeśli tak jest, rozpocznij przegląd kodu źródłowego po ukończeniu całego kodu oraz uruchomieniu i pomyślnym przejściu testów automatycznych. Teraz nadszedł czas na scalenie kodu z gałęzią nadrzędną, aby osoby dokonujące przeglądu kodu mogły sprawdzić kwestie, których testy automatyczne mogły nie wykryć. Dzięki włączeniu przeglądu kodu w ten sposób ograniczasz liczbę nieprawidłowych decyzji dotyczących kodowania i zapobiegasz zanieczyszczaniu głównego toku tworzenia.
Jak więc można włączyć przegląd kodu do przepływu pracy? Wszystko zależy od Twojego procesu. Przyjrzyj się niektórym z najczęściej stosowanych przepływów pracy i miejscom, w których zalecamy dodanie przeglądu kodu.
- Przepływ pracy w modelu kaskadowym:
Ten cykl życia tworzenia oprogramowania jest zwykle stosowany przez duże organizacje lub agencje, które wymagają szczegółowej dokumentacji każdego wymagania i zakresu przed rozpoczęciem prac nad projektem. Jest to sztywne podejście o niewielkich możliwościach wprowadzania dużych zmian.
Planowanie > Wymagania > Projekt systemu i oprogramowania > Implementacja > Testowanie > Przegląd kodu > Wdrożenie > Konserwacja i aktualizacje
- Model tworzenia prototypów:
Jeśli nie masz pewności, co użytkownikom może się podobać lub nie, ten proces tworzenia oprogramowania daje Ci możliwość oceny ryzyka przed wprowadzeniem czegokolwiek na rynek. Prototypy można odrzucić lub ulepszyć po przeprowadzeniu testów.
Od zwinnego tworzenia oprogramowania po iteracyjne i przyrostowe modele tworzenia — przegląd kodu powinien być częścią fazy testowania w każdym przepływie pracy.
Have an account? Log In
Korzyści ze wzajemnego przeglądu kodu
Chociaż każdy typ zespołu może czerpać korzyści z przeglądu kodu, jest on prawdziwą rewolucją dla zespołów zwinnych ze względu na decentralizację charakterystyczną dla tego przepływu pracy. Dzięki systemom przeglądu kodu Twój zespół może dzielić się wiedzą w całym zespole, aby tworzyć lepsze szacunki, mentorować nowym inżynierom, umożliwiać korzystanie z urlopów i dzielić się obowiązkami.
Lepsze szacunki
Ponieważ szacowanie jest zasadniczo ćwiczeniem zespołowym, uzyskujesz lepsze wyniki, gdy wiedza o produkcie jest dzielona w całym zespole programistycznym. Gdy do istniejącego kodu integrowane są nowe funkcje, pierwotny programista jest tylko jedną osobą, która może przekazać wartościowe informacje zwrotne. Każdy, kto uczestniczył w przeglądzie kodu, będzie również znał istniejące problemy, złożoność i obszary budzące obawy w bazie kodu. Otrzymasz wiele świadomych opinii, dzięki którym ostateczny szacunek będzie bardziej wiarygodny.
Doświadczeni programiści mogą być mentorami dla nowych
Możesz sądzić, że przegląd kodu służy wyłącznie starszym programistom do nadzorowania młodszych programistów. Ale to nieprawda! Jednym z aspektów zwinnego lub zdecentralizowanego zespołu programistów jest to, że doświadczeni i nowi członkowie zespołu często pracują razem. Gdy każdy może uczestniczyć w przeglądzie kodu, oszczędzasz czas i ułatwiasz rozmowy na temat kodu, a nowsi członkowie mają możliwość przedstawienia świeżego spojrzenia.
Włącz czas wolny
Gdy masz tylko jednego programistę, który posiada całą wiedzę dotyczącą kodu, jest on jedyną osobą kontaktową w danym projekcie. Jeśli ta osoba jest poza siecią lub przebywa na urlopie, do kogo reszta zespołu zwróci się w razie problemu? Dzięki przeglądowi kodu kilka osób powinno posiadać wiedzę niezbędną do przejęcia sterów i pokierowania projektem — niezależnie od tego, kto jest obecny w biurze, a kogo w nim nie ma!
Popularne podejścia do przeglądu kodu
Do przeglądu kodu można podejść na kilka sposobów, między innymi za pośrednictwem wątku e-mailowego, programowania w parach oraz programowania z obserwatorem. Zapoznaj się z tymi omówieniami, aby zdecydować, który proces najlepiej sprawdzi się w Twoim zespole.
Wątek e-mailowy
Gdy autor kodu zakończy pracę nad jego fragmentem, możesz wysłać plik e-mailem do kilku członków zespołu, aby mogli niezależnie go przejrzeć, gdy tylko pozwoli im na to organizacja pracy. Elastyczny i łatwy do dostosowania przegląd kodu za pośrednictwem wątku e-mailowego może być nieco prostszy niż zebranie wszystkich na jednym spotkaniu poświęconym przeglądowi kodu.
Programowanie w parach
W tym podejściu do tworzenia oprogramowania programiści pracują obok siebie nad tym samym kodem — wzajemnie przeglądając swój kod w trakcie pracy. Ten proces bezpośrednio integruje zmiany i przeglądy kodu z istniejącym procesem. Programowanie w parach może jednak wymagać więcej czasu i być bardziej intensywne niż inne metody.
Z obserwatorem
Jako najstarszy i najprostszy proces przegląd z obserwatorem to intuicyjny sposób na przeprowadzanie lepszych przeglądów kodu. Gdy skończysz pisać kod, wystarczy poprosić dowolnego współpracownika, aby przyszedł do Twojego stanowiska i przejrzał kod, podczas gdy Ty będziesz mu na bieżąco wyjaśniać swój proces pracy. Ten styl jest bardzo nieformalny i często nie towarzyszy mu żadna dokumentacja.
More Articles
Narzędzia do przeglądu kodu
Wykorzystaj narzędzia do przeglądu kodu, aby pozyskiwać recenzje od współpracowników lub korzystać z cyfrowej automatyzacji kontroli jakości. Możesz używać ich równolegle z bardziej tradycyjnymi, ręcznymi metodami przeglądu kodu.
W przypadku mniejszych eksperymentów z interfejsem platformy do programowania w przeglądarce, takie jak CodePen, również ułatwiają testowanie, udostępnianie i uzyskiwanie opinii na temat kodu.
Usprawnij proces przeglądu kodu
Nikt nie jest nieomylny. A ponieważ kod piszą ludzie, błędy są nieuniknione. Ogranicz liczbę błędów i zapewnij jakość dzięki procesowi przeglądu kodu, który sprawdza się w Twoim zespole. Uzyskasz wcześniejsze informacje zwrotne i podniesiesz standardy kodu w całym cyklu życia tworzenia oprogramowania.
Chcesz dowiedzieć się więcej o innych procesach, które poprawią współpracę w Twoim zespole i jakość produktu? Zostań subskrybentem, aby regularnie otrzymywać porady i wsparcie!
