Baza wiedzyArtykuły

Defekt. Ale jaki? 2

W wymaganiach błąd goni błąd. Jeśli kod zostanie napisany tak jak jest w tej zagadce, aplikację czeka niechybny "crash". Znajdź błąd!  

Zarządzanie defektami w projektach open source

  Zarządzanie w projektach open source różni się od zarządzania w standardowych projektach informatycznych. Główną różnicą jest rozproszone wytwarzanie i testowanie oprogramowania. Dodatkową różnicą jest status zarządzanie incydentami, a w nim status "unconfirmed".  

Projekt. Testowanie porównywarek cenowych

Dzień 38 projektu:  1, 10, 100, 1000, 1000000, ∞ testowania Temat na dziś: testowanie porównywarek cenowych.

Defekt. Ale jaki?

W kodzie można popełnić tysiące błędów. Zgadnij jaki błąd popełniono tutaj.

Zarządzanie kryzysem w obliczu defektu

Kiedy krytyczny defekt "wycieka" do klienta pojawia się sytuacja, którą można nazwać kryzysem. Obowiązują więc zasady pokrewne z zarządzaniem antykryzysowym.  

Centralizacja czy decentralizacja w testowaniu?

  Czy testowanie w organizacjach powinno być centralizowane? Jak zawsze najlepsza odpowiedź brzmi... to zależy.  

xUnit - czyli testowanie na poziomie kodu

  xUnit jest nabardziej rozpowszechnionym, i dostępnym w wielu językach, frameworkiem do testowania kodu. W dużym uproszczeniu jest to zbiór przypadków testowych, poukładanych w zestawy. Testerzy często obawiają się testowania kodu, nie mając świadomości możliwości tego relatywnie prostego i potężnego rozwiązania .

Fuzz testing

Technika testowania oprogramowania metodą fuzz to automatyczne lub półautomatyczne dostarczenie niepoprawnych, nieoczekiwanych, lub po prostu przypadkowych danych na wejściu komputera.

Projekt. Testowanie działania koszyka.

Dzień 28 projektu:  1, 10, 100, 1000, 1000000, ∞ testowania Temat na dziś: działanie koszyka.

Testowanie i syndrom szwajcarskiego sera

Nasze testy mają dziury. Dziurami defekty przeciekają do końcowej wersji oprogramowania i trafiają do klienta powodując awarie. Nazywamy to syndromem szwajcarskiego sera.