Redakcja
Określenie „shift down” użyte zostało w dwóch sprzecznych ze sobą definicjach. Jedna jest testerska, druga jest programistyczna. Wydaje się, że nie mają one za wiele wspólnego, a my przyjrzymy się obu.
Shift down dla testerów oprogramowania
Testowanie shift down stanowi próbę zmiany w sposobie, w jaki postrzegamy testowanie. Zbliża nasze testy do kodu, dzięki czemu tworzymy bardziej niezawodne, łatwe w utrzymaniu i wydajne zestawy testów. Nie chodzi o całkowite porzucenie testowania interfejsu użytkownika (GUI), ale o zbudowanie solidnego fundamentu testowego, który obsługuje całą aplikację.
Tak jak dobrze zbudowany dom potrzebuje solidnego fundamentu przed urządzeniem pięknych wnętrz, tak dobrze przetestowana aplikacja potrzebuje mocnych testów niższego poziomu przed walidacją interfejsu użytkownika. Przyjmując testowanie shift down, nie tylko testujemy mądrzej – budujemy niezawodne oprogramowanie od podstaw.
Dzięki prawidłowej implementacji zasad testowania shift-down zespoły mogą osiągnąć:
- szybsze cykle sprzężenia zwrotnego
- bardziej niezawodne zestawy testów
- zmniejszone koszty utrzymania
- lepsze pokrycie testami
- poprawione zaufanie do wdrażania
Shift down dla programistów
W publikacji „Nakaz modernizacji: Przesuwanie się w lewo jest dla frajerów. Zamiast tego przesuń się w dół” Richard Seroter, dyrektor w Google Cloud pisze: „Oczywiście, „przesunięcie w lewo” — praktyka włączania przeglądów bezpieczeństwa i QA na wcześniejszym etapie procesu rozwoju — jest całkowicie sensownym pomysłem. Jednak na przestrzeni lat coraz więcej rodzajów prac, które tradycyjnie nie są częścią zakresu pracy programisty, przesuwa się w lewo w imię idei wzmocnienia pozycji „inżynierów full stack”. I to musi się skończyć.”
Shift down odchodzi od konwencjonalnych praktyk shift left, które utrwalają trend obciążania programistów koniecznością posiadania rozległej wiedzy na temat złożonych koncepcji i technologii testerskich. Przesunięcie w lewo oznacza, że wymagamy od pracowników więcej. Każemy programistom włączać się w testy, a testerom uczyć się nowych narzędzi i niskopoziomowego testowania. Zamiast tego eksperci domenowi powinni skupiać się na optymalnym wykorzystaniu znanej i dostępnej im technologii i umiejętności, ale bez przeciążania poznawczego.
Jak widzicie koncepcja shift down jeszcze się w pełni nie ukształtowała i zobaczymy jak będzie się zmieniać na przestrzeni lat.
