[OrzechowyDzem]

Dawno nie było ( ͡° ͜ʖ ͡°)

#testowanieoprogramowania #programowanie #pracait

[psposki]

@OrzechowyDzem: ( ͡° ͜ʖ ͡°)

[D.....r]

@OrzechowyDzem: ej @EvineX patrz jak Dev płacze ( ͡º ͜ʖ͡º)

[EvineX]

@DunningKruger: dobre xD nie widziałem tego

[makrel_gieldowy]

@OrzechowyDzem: nie wiem co mnie bardziej śmieszy, ten QA czy jej lostnisko.

[rosso_corsa]

(ꖘ‸ꖘ)

[Silklash]

@OrzechowyDzem: uwielbiam jak ten gościu to mowi

[mamabijeatataniezyje]

@OrzechowyDzem: ale mnie #!$%@? ta raszpla.

[DzikiBomber]

@OrzechowyDzem: dokładnie dawno, czyli wczoraj w gorących

[prewenaza]

@OrzechowyDzem: najśmieszniejszy to jest chyba procent firm it, które mają oddzielny dział QA.

[OrzechowyDzem]

@prewenaza: (╯︵╰,)

[GoogleFuchsiaZgubilemHaslo]

@OrzechowyDzem: ale ten komentarz laski jest #!$%@?ący ( ͡° ʖ̯ ͡°)

[retardo]

@OrzechowyDzem: bez tej typiary filmik miał by ten sam efekt. w sumie to nie, byłby śmieszniejszy.

[T.....d]

@OrzechowyDzem: przecież działa ¯\_(ツ)_/¯

[r.....k]

Mnie bardziej dziwi, w jakich wy firmach pracujecie, że dovowie potrafią dostarczać coś w taki sposób, że QA potrafi coś znaleźć na najprostszym scenariuszu. No ale tak, zapomniałem, że większość IT ma problem z pozbieraniem wymagań, o technikach typu user story mapping, czy ES większość firm nie słyszała, a programiści w większości chcieliby wszystko mieć zdefiniowane wszystkie wymagania up front, bez realnego wpływu na produkt/biznes...

[XpedobearX]

a programiści w większości chcieliby wszystko mieć zdefiniowane wszystkie wymagania up front, bez realnego wpływu na produkt/biznes...

@reznerek: To teraz wyobraz sobie, ze tworzysz produkt na dwie lub wiecej platform w oddzielnych dev teamach. Have fun jako QA xD Jedno i drugie jest patologią. Oczywiscie mozna dyskutowac o wymaganiach, ale powinny byc jak najscislejsze, bo robi sie rozjazd.

Najsmieszniejsze co ostatnio widzialem: dwa oddzielne zespoly QA per platforma (obie mobiln xD

[r.....k]

@XpedobearX:

To teraz wyobraz sobie, ze tworzysz produkt na dwie lub wiecej platform w oddzielnych dev teamach. Have fun jako QA xD Jedno i drugie jest patologią.

Nie rozumiem? Przede wszystkim to jeden zespół powinien zajmować się swoim bounded context a nie kilka.

Oczywiscie mozna dyskutowac o wymaganiach, ale powinny byc jak najscislejsze, bo robi sie rozjazd.

A czy ja gdzieś napisałem coś, co temu zaprzecza?

[Itslilianka]

@Silklash: ja też xD skłerhol (｡◕‿‿◕｡)

[XpedobearX]

Nie rozumiem? Przede wszystkim to jeden zespół powinien zajmować się swoim bounded context a nie kilka.

@reznerek: Co z tego, skoro niejasne AC (choć wspólne dla jednakowych ficzerów) można zaimplementować w różnoraki sposób z brakiem spójności między platformami? Dlatego dev wolą mieć spokój niż odwalać robotę analizy biznesowej/systemowej oraz product ownerów. Sam jako QA również cenię dokładne AC niż kontekst domysłu, który później wprowadza lukę we właściwej weryfikacji.

A czy ja

[r.....k]

@XpedobearX: dalej nie rozumiesz. Nie wiem tylko, czy przez to, że pracujesz w słabej firmie, czy masz za mało doświadczenia. Nikt nie przyjdzie że zdefiniowanymi wymaganiami i pokrytymi wszystkimi sensownymi case'ami, bo jedna osoba nie jest w stanie pokryć wszystkiego, co znaleźć może cały zespół. Po to są refinmenty, po to są brain stormingi i user story mapping, DDD, żeby dostarczyć produkt skrojony na miarę, a nie być devem z podejściem