Baza wiedzyArtykuły

(Nie)polski blog warty uwagi

Blog jest polski, bo pisany przez Polaka i niepolski, bo pisany po angielsku. Daje się w nim jednak wyczuć słowiańskie podejście do tematu jakości oprogramowania. Polecamy.

TestArena - wersja 2.0.737 dostępna

TestArena jest prawdopodobnie najlepiej przetestowanym narzędziem do zarządzania testowaniem. Jako Mr Buggy została skonfrontowana podczas TestingCup 2014, w którym udział wzięło ponad dwustu testerów. Część znalezionych defektów i uwag zostało zaimplementowanych w najnowszej wersji.

Ciekawe prezentacje na WCSQ

Właśnie toczy się konferencja WCSQ. Podczas jednej z prezentacji Tom Gilb wraca do tematu opomiarowania oprogramowania i mierzenia skuteczności wynajdywania defektów.

Czy w 2038 roku czeka nas nowa odsłona Y2K?

W 2038 roku czeka nas kolejny problem związany z kodowaniem daty. Tym razem w wybranych systemach uniksowych.

Mr Buggy 2. Udostępniony.

MrBuggy.pl to strona, na której spięto dostępne w sieci materiały konkursowe z Mistrzostw w Testowaniu Oprogramowania 2013 i 2014.

Co dziś zrobiłeś dla społeczności testerskiej?

"Nie pytaj co społeczność testerska może zrobić dla Ciebie, ale co Ty możesz zrobić dla społeczności". W swoim codziennym testerskim zabieganiu zatrzymaj się i zastanów, co zrobiłeś dla innych testerów.

Poluj na informacje, a nie na defekty

Obowiązkiem testera oprogramowania nie jest wyśledzenie i wynalezienie każdego defektu w oprogramowaniu. Naszą odpowiedzialnością jest zdobycie informacji, która będzie przydatna w projekcie.

Jak wyjaśnić czym jest testowanie? Każdemu.

Po wielu latach pracy w testowaniu odpowiedź na pytanie czym jest testowanie wydaje nam się oczywista i prosta. Co jeśli chcemy komuś wyjaśnić co robimy?

Software Engineering Body of Knowledge (SWEBOK) i testowanie

SWEBOK jest unikalną (335-stronicową) publikacją opisującą 15 najważniejszych obszarów inżynierii oprogramowania. Opisuje również testowanie oprogramowania.

Testerzy odpowiadają testerom 16: Analiza mapowania wymagań i testów "wiele do wielu". Przypadek z życia wzięty.

Śledzenie wymagań i powiązanie ich z przypadkami testowymi jest samo w sobie trudne. Gdy nałożymy na to dodatkowo ograniczenia płynące ze modelu współpracy z klientem, doprowadza to do absurdalnych dla testerów sytuacji. Wycinki konwersacji znajdziecie poniżej, a wszystko zaczęło się od bardzo ciekawego przykładu opisanego w mailu od Mirka.