Wpisy z tagiem: qa
Tagi popularne na mikroblogu
- programowanie × 849
- off-topic × 555
- autopromocja × 385
- links × 233
- 4programmers.net × 233
- koziolekweb × 230
- blog × 188
- coyote × 173
- praca × 171
- lazarus × 149
Android 
PHP 
Ruby 
Python 
Java 
JavaScript Kliknij tutaj, aby otrzymywać cotygodniową porcję ofert pracy zdalnej :)
Javascript
Front-end Developer (iubenda) - oferta
Frontend Developer (Mid / Senior) (SoftwareMill) 10 000 - 16 000 PLN - oferta
Senior React Developer (CRODU) 16 000 - 22 000 PLN - oferta
Vue js Developer (Divante) 9 600 - 16 000 PLN - oferta
Full Stack JavaScript Developer (LCloud) - oferta
Backend
Ruby on Rails Developer (iubenda) - oferta
PHP Developer / Full Stack (INCORE) 6 000 - 10 000 PLN - oferta
Symfony FullStack Developer (Polcode) 7 000 - 11 000 PLN - oferta
Python Developer (Sunscrapers) 6 000 - 13 000 PLN - oferta
Senior Ruby Developer (Ragnarson) 11 000 - 17 000 PLN - oferta
Java Developer (Spartez) 11 000 - 21 000 PLN - oferta
Data
Administrator PostgreSQL (Billennium) - oferta
Mobile
Android Developer (United Ideas) 7 000 - 11 000 PLN - oferta
iOS Developer (Swift) (United Ideas) 7 000 - 11 000 PLN - oferta
Devops
Software Engineer / DevOps (iubenda) - oferta
DevOps Engineer (Sunscrapers) 7 000 - 13 000 PLN - oferta
Site Reliability Engineer (Tooploox) - oferta
Hosting Cloud Administrator (LCloud) - oferta
QA
Test Automation Engineer (TeamQuest) 10 000 - 15 000 PLN - oferta
Test Automation Engineer (iubenda) - oferta
Software Tester (SoftwareMill) 6 000 - 9 6000 PLN - oferta
Test Automation Engineer (Develocraft) 9 000 - 15 000 PLN - oferta
Business/Product
Scrum Master (IT Kontrakt) - oferta
#pracait #it #startup #pracazdalna #praca #zdalna #zdalnie #zdalnieio #devops #qa #mobile #android #ios #php #ruby #python #javascript #js #java
Hejka! Dzisiaj przedstawiamy wam dwa posty na temat procesu testowego! Wiadomo, że warto też poznać jak wygląda praca QA :)
Zapraszamy!
#devenv #technicalblog #qa #testy #testowanie #blog
Uruchamiamy na blogu nowy dział, który tworzony będzie przez doświadczoną QA.
Na początek zapraszamy na: "Smoke, sanity, regression testy"
Czy wyobrażasz sobie, że Twoja aplikacja, przekazywana jest klientowi, bez przeprowadzenia testów? Jak ustrzec się przed sytuacją, że klient dostaje nową wersję aplikacji, po czym nie potrafi jej zainstalować czy uruchomić albo nie jest w stanie zalogować się do systemu? To chyba czarny sen każdego programisty.
http://devenv.pl/smoke-sanity-regression-testy/
#blog #technicalblog #devenv #testy #testowanie #qa
- 1
- 2
Powiem tak, to wszystko zależy. Są projekty gdzie regresja jest zautomatyzowana, są projekty gdzie nie. Czy to jest słuszne podejście czy nie to jest temat na osobną dyskusję. Należy też brac pod uwagę rozmiar projektu. Są małe projekty gdzie regresja zajmuje chwilę, a są gdzie zajmuje godziny (nawet ta automatyczna).
W sytuacji gdy regresja nie jest zautomatyzowana - to jest sprawa oczywista.
Gdy mamy smoke, sanity i regresję zautomatyzowaną możemy np. smoke testy wykonywać tuż po zbudowaniu nowej wersji. Jeśli nie przejdzie wersja w ogóle nie trafi do QA. Wyobrażasz sobie aby QA czekał na nową wersję długi czas po buildzie bo wyknuje się regresja?