#jakość

Czy znajdziesz minutkę, żeby porozmawiać o TDD?

Kiedy zaczynam rozmawiać o TDD (Test Driven Development), przeważnie spotykam się z dwoma reakcjami. Albo ktoś jest bardzo podekscytowany, albo reaguje agresywnie. To jest chyba jeden z tych tematów, które dzielą branżę na pół. Chociaż nigdy nie przekonuję nikogo, że to jest lek na całe zło. Nic nawet nie obiecuję, ale czasem czuję się jak sprzedawca odkurzaczy.

Ciągła jakość to jakość, której ufasz

Hasło, które powinno przyświecać każdemu testerowi i każdemu projektowi, które nie pochodzi ze świata IT.

Statyczne techniki testowania

Statyczne techniki testowe nie uruchamiają oprogramowania, które jest testowane. Mogą być ręczne (przeglądy) lub automatyczne (analiza statyczna). Dowiedz się więcej.

Testy regresji a retesty

Testowanie regresji i testowanie potwierdzające (retest) często wrzucane jest do jednego worka. Wynika to z logiki uruchomienia tych testów. Na przykładach wyjaśniamy różnice i podobieństwa między tymi dwoma rodzajami testów.

Listy kontrolne w zarządzaniu testowaniem

Każdy lider testów zarządzający projektem testowym może skorzystać z krótkiej listy kontrolnej pozwalającej określać kompletność i gotowość do przeprowadzenia testów.

Jakość prognozy pogody

Procesy numerycznego modelowania pogody istnieją od ponad 100 lat i od tamtej pory mocno się rozwinęły. Dziś procesem obliczania pogody zajmują się największe superkomputery świata, a i tak ze zdziwieniem obserwujemy, jak bardzo się mylą. W to lato chyba bardziej niż kiedykolwiek.

Czy jakość kodu jest równoważna jakości projektu?

Pewnie lubisz pisać dobry kod? Zakładam, że skoro czytasz tego bloga, to temat jakości jest Ci bliski. Bardzo mnie to cieszy! Jakość projektu to nasza wspólna sprawa. Tylko czy my zawsze mówimy o tym samym? Czy wysoka jakość dla programistów, testerów, managerów to to samo, co dla klienta? Jeśli tak myślisz, to trochę Cię rozczaruję.

Jak mierzyć jakość testów? Line coverage, branch coverage i testy mutacyjne

Do mierzenia jakości kodu stosujemy różne metryki, od złożoności (cyclomatic complexity), przez ilość błędów na produkcji, po dług techniczny (technical dept). Wiele zespołów dodało do tego również miarę pokrycia kodu testami (code coverage). Z tym podejściem wiąże się jednak ryzyko, że testy będą pisane głównie po to, żeby pokrywały więcej linijek kodu, a nie żeby dobrze chroniły przed regresją. To może oznaczać to samo, ale wcale nie musi.

Jak zapewniać jakość, kiedy pracujesz zdalnie?

Wiele osób jest teraz zmuszonych do pracy zdalnej. To najczęściej jednak nie jest prawdziwa praca zdalna. Jeśli przełożeni podejrzewają, że cały Twój zespół właśnie gra w Wiedźmina albo ogląda Dom z papieru, to znaczy, że nie ma tutaj zaufania. Jeśli każą Wam się sto razy dziennie wdzwaniać na spotkania, albo wypełniać szczegółowe raporty, żeby temu zapobiec, to nie ma tutaj zaufania. A zaufanie jest niezbędne, jeśli chcesz pracować zdalnie, zwłaszcza asynchronicznie.

Jakich testów powinno być najwięcej?

Na łamach testerzy.pl witamy Olę Kunysz, którą część z Was na pewno doskonale już zna. Dziś poruszy ona temat piramidy testów i zastanowi się, jakie testy powinny dominować w projekcie. Od testów jednostkowych, przez integracyjne, aż po end-to-end (e2e), przyjrzymy się ich roli, korzyściom i odpowiednim zastosowaniu. Czy piramida testów zawsze powinna wyglądać tak samo?