[AnonimoweMirkoWyznania]

#anonimowemirkowyznania
W jaki sposób u was w pracy podchodzi się do popełnianych przez was błędów?
#pracait #programowanie #programista15k

Kliknij tutaj, aby odpowiedzieć w tym wątku anonimowo
Kliknij tutaj, aby wysłać OPowi anonimową wiadomość prywatną
Post dodany za pomocą skryptu AnonimoweMirkoWyznania ( https://mirkowyznania.eu ) Zaakceptował: Eugeniusz_Zua
Dodatek wspierany przez: Wyjazdy dla maturzystów

[AnonimoweMirkoWyznania]

Zaplusuj ten komentarz, aby otrzymywać powiadomienia o odpowiedziach w tym wątku. Kliknij tutaj, jeśli chcesz skopiować listę obserwujących

[Bruske]

@AnonimoweMirkoWyznania: publiczna chłosta

[analnydestruktor2]

@AnonimoweMirkoWyznania: gilotyna

[E.....e]

@AnonimoweMirkoWyznania: Błędy zawsze się zdarzają, ważne zeby mieć dobry proces testowania i żeby je sprawnie i szybko naprawiać

[mikesparky]

@AnonimoweMirkoWyznania: trzy zdrowaśki i będzie

[arysto2011]

@AnonimoweMirkoWyznania: Jak QA wyłapie błąd, to robi taska w JIRA i jest on naprawiany. Jeśli to jakiś projekt z produkcją i klientem, to naprawiany na wczoraj.

Dużo błedów nie ma, bo każdy comit przechodzi code review w zespole.

[rskk]

@AnonimoweMirkoWyznania: Jako coś co trzeba podpiąć pod rodzaj priorytetu i na bazie tego zaplanować kiedy to naprawiamy.

[wykopowy_brukselek]

@AnonimoweMirkoWyznania po to są testerzy żeby błędy wyłapywać. Nigdy nie spotkałem się z przypadkiem by dev miał problem bo zrobił jakiś błąd. Już prędzej jest to problem dla testera jak puści coś na produkcję

[Desseres]

@AnonimoweMirkoWyznania: na błędach człowiek się uczy, a im więcej ich różnych błędów popełni tym lepszym ekspertem się stanie.

U nas błędy wyłapywane są na 3 poziomach.
1. code review wśród devów i testy jednostkowe na Team City. Jest to cały proces developerski gdzie kodu nie widzi tester. Poprostu we własnym sosie robimy i testujemy rozwiązanie. Wytwarzamy głównie przez TDD ale jak to w życiu, akceptujemy pokrycie tylko fundamentalnych funkcjonalności.

2. Potem mamy testy prowadzone przez testerów którzy poza sprawdzeniem poprawności działania kodu i przeprowadzeniu iluś-tam-set dziwnych rzeczy, robią również weryfikację zgodności z logiką biznesową. Sama logika opisana jest w analizie systemowej, która stanowi podstawę do rozpoczęcia programowania. Tutaj kod potrafi przejść nawet przez 3 testerów, bo jeden zna się do ops'ie, inny jest prosem w fejkowainu danych i walidacji scenariuszy testowych a kolejny działa na zasadzie weryfikacji opisanych procesów z możliwością ich realizacji, zwraca uwagę na stosowaną nomenklaturę w systemie (specyfika branży) itp. Po tym elemencie powstaje spam zgłoszeń w jira (bo zgłaszane są również wszystkie literówki na froncie

[AnonimoweMirkoWyznania]

Zzz: To zależy od rodzaju błędu i formy zatrudnienia.
Jeśli błąd powoduje duże straty finansowe (np. kary umowne z klientem lub duże straty produkcyjne), to przy UoP trzykrotność pensji jeśli błąd był wynikiem ewidentnego zaniedbania, przy b2b cały koszt błędu i nie ma znaczenia, że ktoś to zrobił nieumyślnie. Po to sobie przy b2b powinno wykupywać ubezpieczenie.
Oczywiście mowa o poważnych sprawach a nie coś, co da się na szybko naprawić.

[niepokonany_kotecek]

@mikesparky: pracujesz w comarchu?

[mikesparky]

@niepokonany_kotecek ależ skąd!

[niepokonany_kotecek]

@mikesparky: .. a po technice zdrowasiek i jakoś to bedzie tak mi się jakoś skojarzyło :p

[mikesparky]

@niepokonany_kotecek: jakoś to będzie jest maksymą ponadkorporacyjną

[sir_pszemek]

@AnonimoweMirkoWyznania zazwyczaj zwalamy na klienta albo handlowca i śmiechom nie ma końca

[temokkor]

@wykopowy_brukselek a spotkaleś się by tester miał z tego powodu nieprzyjemności?

[temokkor]

@Desseres bardzo fajny i starannie napisany komentarz, łap plusa :) z ciekawości ile mniej więcej osób liczy twoja firma?

[wykopowy_brukselek]

@temokkor w sumie nie. Najwyżej co to lekki opiernicz