[zogard]

#testowanieoprogramowania #pracait a może ktoś z #programowanie będzie wiedział

Otóż na rozmowie rekrutacyjnej dowiedziałem się, że na testera przypadają 3-4 projekty, które ogarnia w czasie sprintu.

Jest to wykonalne?
Podobno nie ma ciśnienia z tym aż takiego i nie jest to jakaś duża liczba i można to wszystko ogarnąć.

Dotychczas zajmowałem się max jednym projektem. Jeden z nich był też na pół etatu, ale no i tak było co robić.

[Benzen]

@zogard: To zależy

[Zglanowany]

To zależy, ale reguła poparta doświadczeniem mówi, że im więcej projektów, tym większa prawdopodobieństwo, że będzie większy burdel :)

[Weretek]

@zogard: Kwestia projektu. Jeżeli np jeden mikroserwis jest traktowany jako projekt, a logika biznesowa wymaga działania i komunikacji wszystkich, to do ogarnięcia. Najgorzej jak to rzeczywiście osobne projekty, z osobnymi domenami biznesowymi, to wtedy takie skanie nikomu nie posłuży.

[LiczbaPi]

@zogard: Wyobraź sobie, że mi kiedyś powiedzieli na rozmowie, że będę miał pod sobą ponad 400 aplikacji, oczywiście to były jakieś legacy systemy gdzie ktoś robił jedną zmianę na rok i trzeba było tylko regresję puścić i sprawdzić czy się nie wywaliło. Tak więc da się takie rzeczy ogarniać, ale dopytaj co miałoby być w twoich obowiązkach, bo jakbyś miał być ludzkim CI/CD to to nie jest rozwojowa robota.

[bb89]

@zogard: ja bym w to nie szedł, zależy oczywiście jak duże są to projekty ale zmiana kontekstu, przestoje bo czekasz aż ktoś coś naprawi albo wytłumaczy Ci co zrobił powoduje u mnie (i u każdego w starej robocie co miał 2-3 projekty) mega frustracje. Może jestem wygodny ale tester powinien być do jednego projektu na cały etat przypisany i to powinna być norma

[regos]

@zogard: kolega tak pracuje, mówi że przesrane pogodzenie tego gdy coś się sypie.

[zogard]

@regos: właśnie tak czuję, że jak się zacznie coś sypać, retesty, to będzie nie do pogodzenia i niezły bieg by to dociągnąć przed końcem sprintu