Radek Smilgin

Radek Smilgin

Twórca portalu testerzy.pl

Wszystkie artykuły autora

Częste dostawy miarą jakości oprogramowania

Jakość oprogramowania można zmierzyć na wiele sposobów, ale liczbowe wartości kodu niewiele powiedzą nam na temat wartości końcowego produktu. Dużo więcej dowiemy się na temat jakości, jeśli zmierzymy efektywność i skuteczność zespołu wytwórczego w dostarczaniu.

"Współczesne metody zapewniania jakości oprogramowania. Od klasyki do zwinności" Jarosław Kuchta. Recenzja

Zapewnienie jakości oprogramowania (ang. Software Quality Assurance) to temat, który szczególnie mnie interesuje. Na książkę poświęconą w całości temu tematowi czekałem długo. Czy warto było czekać? – pisze Radek Smilgin.

Przyszłość zawodu testera

Wiele uwag i publikacji poświęcono przyszłości testowania. Mało kto zastanawia się nad przyszłością zawodu testera.

Pracodawcy nie wiedzą kogo chcą, więc tester powinien mieć umiejętności techniczne

Czy posiadanie twardych kompetencji jest wymagane w zawodzie testera? Nie, ale techniczni testerzy są coraz bardziej pożądani.

Automatyzacja testów nie zastąpi testowania

Choć automatyzacja jest odmieniana przez wiele przypadków w kontekście przyszłości rynku pracy, to jednak automatyzacja testowania jest jedynie ślepą uliczką ewolucji.

Szkoła

Z okazji pierwszego dnia szkoły przypominam, że polska szkoła jeszcze nikogo niczego wartościowego nie nauczyła.

Testowanie akceptacyjne. Na nowo

Jeśli w twoim projekcie wytwórczym istnieje osobna faza testów akceptacyjnych rozumianych jako odbiór oprogramowania przez klienta, to z dużym prawdopodobieństwem znalazłeś się w bardzo trudnej, pod każdym względem, sytuacji.

Aleksandra Kunysz, "Kierunek jakość. Jak unikać błędów w projekcie". Recenzja

Dziś premiera książki Oli Kunysz, którą mieliśmy okazję otrzymać od autorki jeszcze przed premierą i którą zrecenzował Radek Smilgin.

Kierownik testów eksploracyjnych

Czy test manager jest potrzebny w testowaniu eksploracyjnym, które z zasady jest podejściem zwinnym? A może zarządzanie niekoniecznie powinno być realizowane w innej formie?

Błąd, defekt, awaria? A może po prostu błąd

Zgodnie ze słownikiem, gdy człowiek popełnia błąd, wówczas defekt pojawia się w oprogramowaniu i po jego dynamicznym uruchomieniu, wszystko może skończyć się awarią. A można prościej.