#projekty

Jak obniżyć koszty testowania?

Jeśli pracujesz w dojrzałej organizacji, która chciałaby obniżyć swoje wydatki na prowadzenie testów, możesz to zrobić na wiele sposobów.

Praktyka automatyzacji. Analiza

Analizujemy automatyzację na poziomie zarządzania, wdrożenia, utrzymania oraz uczenia. Wszystkie nasze wnioski prowadzą do jednego głównego wniosku – automatyzacja może być skuteczniejsza i tańsza, jeśli zrozumiemy zakres odpowiedzialności testera automatyzującego.

"Zrozumieć automatyzację" - wyniki ankiety

Zadaliśmy Wam pytanie, jak wygląda dzisiejsza automatyzacja testowania i z jakimi problemami się boryka. Zebrane wyniki pozwalają na ciekawe wnioski.

Udawanie wymagań, udawanie kompetencji

Często docierają do nas informacje, że na rozmowach kwalifikacyjnych wybrzmiewają pytania o kompetencje daleko wybiegające od tych, które wymagane są w ofercie o pracę. Warto się temu przyjrzeć z bliska.

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.

Jak wyglądają projekty w IT?

Pewnie zastanawiacie się, jak wyglądają projekty, w jakich pracuje się w IT? Trochę Wam o nich opowiemy.

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.

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

Niedługo na rynku pojawi się książka Oli Kunysz o jakości w projektach. Aktualnie dostępna w przedsprzedaży.

Projektowanie testów z przypadków użycia

Jak zaprojektować przypadki testowe, bazujące na scenariuszach użycia oprogramowania? Ciekawe opracowanie w ramach pracy dyplomowej.

Jak poprawnie tworzyć dokumentację

Pisanie dokumentacji często traktowane jest przez programistów, jak ciężka kara i dopust boży. Z nieco większym zrozumieniem odnoszą się do tego kierownicy projektów, zwłaszcza ci, którzy kiedyś w połowie projektu stracili pracownika będącego "guru od systemu/programu/modułu" i musieli w trybie nagłym wdrażać do pracy nową osobę, przegryzając się przez tysiące linii nieudokumentowanego i często pozbawionego komentarzy kodu.