Baza wiedzyArtykuły

Testujemy, aby udowodnić, że działa czy żeby pokazać, że nie działa?

  Testując oprogramowanie musimy sobie odpowiedzieć na pytanie, która szkoła testowania jest nam bliższa: Szkoła Defektów: Testujemy, aby znajdować defekty, więc aby udowodnić, że nie działa. Szkoła Jakości: Testujemy, aby pokazać, że działa - defekty są jedynie produktem ubocznym.  

Raportowanie defektów dla nie-testerów

Kazano Ci zaraportować defekt i nie wiesz od czego zacząć? To zestawienie powinno Ci pomóc.

Jak tester powinien się uczyć automatyzacji

Używanie narzędzi automatycznych do testów nie jest ani tak łatwe jak mówią, ani tak przyjemne jak piszą. Automatyzacja testowania jest jak testowanie - tylko dla wybranych. Kilka dobrych rad jak uczyć się narzędzi, tak jak na testera przystało.  

Szacowanie testowania wydajności

Szacowanie kosztów przeprowadzenia testów wydajności jest wyjątkowo trudnym zadaniem ze względu na niskiej jakości wymagania na wydajność. Oto prosta metoda, którą stosujemy w testerzy.pl.  

Użyteczność czytania informacji w aplikacjach mobilnych

Rośnie zainteresowanie mobilnym dostępem do informacji na stronach internetowych. Czas zastanowić się jak projektować strony, aby również mobilni użytkownicy mieli do nich dobry dostęp. Na przeciw siebie stają dwa silne głosy.

Defekt wynikający z defektu

Między defektami w oprogramowaniu mogą zachodzić różne relacje. Prezentujemy najpopularniejsze tezy wynikające z zależności między defektami.

Interfejsy procesowe testowania

Testowanie jest wpisane w proces wytwarzania oprogramowania, musi więc posiadać interfejsy bezpośrednio łączące je ze wszystkimi (lub prawie wszystkimi) procesami około-wytwórczymi. W artykule pokazano podstawowe relacje dla 5 kluczowych obszarów.

Najlepszy tester to...

Na naszych szkoleniach określamy cechy najlepszego testera. Warto sięgnąć po celną uwagę Cem Kanera.

Po co nam przypadki i scenariusze testowe?

Uczy się nas, że aby dobrze testować należy tworzyć i wykonywać scenariusze testowe. Oto logiczna konsekwencja takiego myślenia.

"Uciekinierzy" w testowaniu

Spośród wszystkich błędów oprogramowania to "uciekinierzy" są naszym największym wrogiem i z nimi przede wszystkim walczymy. "Uciekinierzy"? To te błędy, które pomimo pól minowych analizy statycznej, zasieków przypadków testowych i obrony testerskiej przedarły się do użytkownika końcowego.