Zarządzanie produktem · 2 min czytania

Ten o weryfikacji i walidacji

Weryfikacja a walidacja: zielone testy i pokrycie kodu mówią, czy zbudowaliśmy to, co chcieliśmy. Czy to rozwiązuje problem, mówi dopiero użytkownik.

Użytkownik nie czyta twoich testów.

Nie wie, że masz 94% pokrycia kodu, że pipeline świeci na zielono, że sprint review przeszło bez uwag. Wie jedno: czy to, co mu dałeś, rozwiązuje jego problem.

Testy się zielenią, użytkownik i tak odchodzi. Weryfikacja: pyta zespół, czy zbudowaliśmy to, co zamierzaliśmy; sygnały to 94% pokrycia kodu, zielony pipeline, review bez uwag, widać ją w Jirze. Walidacja: odpowiada użytkownik, czy to, co mu dałeś, rozwiązuje jego problem; sygnały to kliknięcia, porzucenia, powroty, ticket o drugiej w nocy. Kod, testy, review, produkcja: produkcja to nie koniec testowania, tylko pierwszy test z zewnątrz. Weryfikacja: jesteś profesjonalny. Walidacja: masz rację.

Weryfikacja to pytanie wewnętrzne. Zadaje je zespół sobie samemu: czy zbudowaliśmy to, co zamierzaliśmy?

Walidacja przychodzi z zewnątrz i nie pyta, tylko odpowiada zachowaniem. Kliknięciami. Porzuceniem. Powrotem. Ticketem do supportu o drugiej w nocy. Dlatego tak łatwo ją przeoczyć. Nie ma ceremonii. Nie ma miejsca w Jirze.

Pojawia się w danych, jeśli ktoś patrzy, albo w rozmowie z klientem, który w końcu powiedział wprost to, co wcześniej tylko robił.

Produkcja nie jest końcem testowania. Jest pierwszym testem, który cokolwiek znaczy dla kogoś poza zespołem.

Weryfikacja mówi, że jesteś profesjonalny. Walidacja mówi, że masz rację.

💬 Dołącz do dyskusji na LinkedIn → Komentuj i podziel się swoim podejściem

  • weryfikacja
  • walidacja
  • testy
  • użytkownik
  • inżynier produktu

Tomasz Żelezny

Scrum Master · Agile Coach

Pomagam zespołom robić mniej rzeczy naraz i kończyć więcej. Piszę o przepływie pracy, decyzjach i o tym, gdzie znika wysiłek zespołów.

Więcej o mnie

Twój zespół może więcej niż dowozi.

Zobacz, jak pomagam