Patrzysz jako dev. Ja sobie nie wyobrażam odbioru softu bez manualnych, biznesowych testów akceptacyjnych. U mnie na 1.5 projektu, 3.5 miesiąca trwały same testy. A poza tym to są testy bezpieczeństwa, wydajnościowe, obciążeniowe. Całkiem niezłe pieniądze w tym są, pojawiły się firmy specjalizujące w testach.

Dostawcy u mnie zawsze mają obowiązek sprawdzić kod przed oddaniem na testy odbiorcze i co z tego. Dalej jest w chuj błędów. Nie wspominając o tym, że mamy wiele systemów, każdy ma innego vendora, a w środku jest warstwa integracyjna. Nie ma dzisiaj technologii, która to przetestuje automatycznie zamiast człowieka.

A cod do bezpieczeństwa to oczywiście mówię o wyspecjalizowanych firmach. W Polsce mały Rynek jest ciągle, formy nie chcą inwestować w bezpieczeństwo, ale pewnie z czasem się zmieni.

U nas to jest obowiązek devów, żeby każdy use case/user story otestować automatycznie. Testy obciążeniowe to fakt, zapomniałem o nich, ale też nie robimy ich często, to raczej wychodzi już na produkcji gdzie są bottlenecki. Testami bezpieczeństwa to i tak musi się zająć firma zewnętrzna, która się na tym zna. Żaden tester na etacie Ci tego nie sprawdzi

I developerzy sprawdzaja czy na kazdej z obslugiwanych przegladarek dzialaja wszystkie skrypty, wszystko sie poprawnie wyswietla itp.... No ale bogatemu nikt nie zabroni . Dobry dzial testerski/qa daja duzo przy rozwoju aplikacji. Problem taki ze wiekszosc managerow traktuje taki dzial jako niekonieczny dodatek.

Ja tu widzę mentalność "nie ma takiego developera, którego nie zastąpię skończoną ilością studentów", w tym przypadku testerów. To się nie skaluje.

A ja tu widze mentalnosc - mam juz 5 lat doswiadczenia i wiem juz wszystko - na szczescie za pare lat powinno Ci sie to zmienic .

Tutaj nie ma co sie skalowac - tester to tester, developer to developer - calkiem oddzielne zadania i tak powinno pozostac. To ze wiekszosc firm nie ma dobrze zorganizowanych dzialow testerskich to inna kwestia. Testerzy odpowiadaja za finalne testowanie aplikacji i zazyczaj nie potrzebuja tak doglebnej wiedzy jak developerzy. Im wystarczy rozumienie procesu + pisanie testow w selenium czy czyms takim.

Ja rozumiem ze niektorzy pojmuja testera przez wizje osoby w indiach klikajacej po aplikacje, ale to nie oznacza ze tak to powinno wygladac.

Fakt - sa ponoc dobre firmy, ktore rozwiazaly ten problem bez testerow - developerzy zmieniaja swoje obowiazki - przez pewien czas rozwijaja aplikacje, a w nastepnych miesiacach pisza testy - choc ja o takiej w Polsce nie slyszalem.

No i na sam koniec jeden z wazniejszych plusow testera - to nie tworca powinien finalnie testowac swoje dzielo.

bo masz chujowych dostawców albo chujowe specyfikacje No ale ok, w sumie masz racje, jeżeli outsourcing robicie, to lepiej to samemu przetestować (outsourcing to jedna z najgorszych opcji). My wszystko robimy sami dla siebie.