Redakcja
10 grudnia 2014
Idealnym środowiskiem pracy każdego testera byłaby samotestująca się aplikacja z wieloma funkcjami, które wspierałyby wykonanie testów. Czy to jest możliwe?
4 grudnia 2014
Najnowsza wersja słownika pojęć testerskich (2.3) przygotowana przez ISTQB (International Software Testing Qualification Board) i przetłumaczona przez SJSI (Stowarzyszenie Jakości Systemów Informatycznych) jest już dostępna.
Marek Żukowicz
2 grudnia 2014
Testowanie par to jedna z silnieszych technik projektowania przypadków testowych umożliwiająca znaczącą redukcję testów z niewielkim zwiększeniem ryzyka.
26 listopada 2014
Spośród pojawiających się różnych opinii o wartości certyfikacji ISTQB i jakości samych szkoleń najbardziej jesteśmy ciekawi opinii samych uczestników. Często słychać głosy krytyczne od osób, które na szkoleniach nigdy nie były, a mało jest wypowiedzi osób, które takie szkolenie ukończyły. Oto jeden z nich.
24 listopada 2014
Testowanie oprogramowania ma aktualnie najlepszą możliwą reklamę. Słowo "testowanie" odmieniane jest przez wszystkie przypadki we wszystkich mediach za sprawą niedziałających systemów PKW i PKP. Warto czytać materiały opisujące co się wydarzyło i jakie są konsekwencje awarii.
20 listopada 2014
Powstaje piąta część normy testowania oprogramowania ISO/IEC/IEEE 29119, która opisze testowanie sterowane słowami kluczowymi.
18 listopada 2014
W niektórych przypadkach tworzenie skryptów testowych musi bazować na rozpoznawaniu obrazków. Oto historia takiej automatyzacji.
17 listopada 2014
Automatyzacja testowania obrosła legendami i mitami. Mówi się wiele ZA i PRZECIW i w dyskusji na jej temat często pojawiają się kontrowersje. Próbujemy więc odsiać te największe bzdury co do których (mamy nadzieję) wszyscy się zgadzają.
14 listopada 2014
Duża grupa mniej i bardziej wpływowych testerów i specjalistów od jakości z pasją krytykuje lub też broni standardu ISO 29119. Jeśli jeszcze nie wiesz, jakie argumenty podnoszą obie strony, oto kilka głosów za i przeciw.
4 listopada 2014
W materiałach ISTQB znajdziemy rozróżnienie kilku modeli rozwoju oprogramowania. Najprostszy model –wodospadowy dostarcza jedną wersję oprogramowania na koniec projektu. Modele przyrostowe dostarczają oprogramowanie w cyklach i opisane są dwoma hasłami.
