[heater]

myslicie, ze zlym pomyslem jest jako junior qa w sugestiach do usterek dodawac techniczne rozwiazanie, jesli akurat znam takowe? #testowanieoprogramowania

[bb-8]

@heater: a jesteś pewien, że masz rację? bo można się przejechać na takim wywodzie jak okazuje się, że problem jest w ogóle gdzie indziej xD

[pasta_alla_carbonara]

@heater:

Zależy ;) U nas qa na tyle są ogarnieci, że podsuwają rozwiązania, nikt się o to nie burzy, ale to raczej prostsze rzeczy.

Dużo lepiej po prostu jest zapytać PMa, czy możesz sam fixnąć tego prostego taska i wziąć wszystko na klate, włącznie z code review, a inny tester to przetestuje. Jeżeli to jakiś oneliner czy inna pierdoła, to zaoszczędzisz komuś 30min roboty, a sam może się czegoś nauczysz.

[george_prosto_z_drzewa]

@heater: zgodnie z istqb raport defektu nie może wskazywać propozycji rozwiązania, ale w praktyce bywa różnie.

[pasta_alla_carbonara]

zgodnie z istqb

@george_prosto_z_drzewa: :D

[george_prosto_z_drzewa]

@pasta_alla_carbonara: to że mało kto się stosuje do tych zasad nie znaczy, że tego nie ma. Osobiście jak widziałem rozwiązanie to dawałem chłopakom znać personalnie w stylu. Weź to i to tak popraw bo mi robotę blokuje ten problem.

[poji]

jako junior qa w sugestiach do usterek dodawac techniczne rozwiazanie

@heater: przez techniczne rozwiązanie masz na myśli

"w klasie xddd.java zmieńcie typ zmiennej na prymitywną, bo rzuca null pointer exceptionem"

czy

"wg specyfikacji wciśnięcie guzika powinno wyświetlać XD"

pierwsze - to jak chcesz się przebranżawiać na deva, drugie - jak najbardziej tak

[pasta_alla_carbonara]

@george_prosto_z_drzewa: Sori, jestem zdecydowanym przeciwnikiem sekty Smilglina i Adama Romana ;) To są arbitralne i nieżyciowe zasady, absolutnie się z nimi nie zgadzam. Zespoly powinny pracować agile, być elastyczne. Developerzy moga testować taski jeżeli jest potrzeba, QA może wprowadzać zmiany. Ba, w dobie produktu QA powinno mieć zdrowe, biznesowe spojrzenie na równi z developerami, gdzie ich zdanie nie jest posrzegane jako wybicie się z szeregu. Zespół dowozi wspólnie, a nie programiści.

[george_prosto_z_drzewa]

@pasta_alla_carbonara: z jednej strony się z Tobą zgadzam bo faktycznie część jest archaiczna, ale agile to też nie jest remedium na wszelkie problemy. Fajnie się zwinne podejście sprawdza w małych projektach i czysto w realizacji. Siada natomiast przy dużych rzeczach bądź w projektach że sporym plecakiem systemów legacy. Tu sprawdzają się pewne hybrydy.

[pasta_alla_carbonara]

@george_prosto_z_drzewa: dlatego jest agile, dopasowuj sobie system pracy do konkretnych wyzwań ;) No ja pracuje tylko przy produktach/SaaSach, wiec moze dlatego jestem tego większym zwolennikiem.

[george_prosto_z_drzewa]

@pasta_alla_carbonara: ale to samo miałeś z każdą metodyką, nawet w Prince było napisane, że jest to zbiór zasad które dopasować należy do każdego z projektów. Najgorsze jest jak na siłę pakuje się agile w miejsca gdzie on nie pasuje z betonowym zespołem. Wtedy jest klasyczne coconut agile

[heater]

@troglodyta_erudyta: qa
@poji: bliżej pierwszej opcji. Pytam, bo nie chce wyjsc na zarozumiałego nooba.
@bb-8: raczej tak

[bb-8]

@heater: no to próbuj ;)

[bb89]

@heater: pisz, nikt nie powinien mieć pretensji, bylebyś nie wyszedł na zarozumialca