testowanie.net

Smoke test i Sanity test

Wednesday, June 18th, 2008

Smoke test określa czy możliwe jest przeprowadzenie testów. Sanity test odpowiada na pytanie czy jest to zasadne. Smoke test Smoke test mówi nam, czy program/system da się uruchomić, czy jego interfejsy są dostępne i czy reagują na działania użytkownika. Jeżeli smoke test nie powiedzie się nie ma powodu aby przechodzić do sanity testów. ...

Posted in Testowanie | 1 Comment »

Dlaczego oprogramowanie zawiera defekty?

Saturday, March 15th, 2008

Przyczyny dla których w projekcie mogą pojawić się błędy, można przypisać do kilku grup. • Wprowadzone przez człowieka na każdym z etapów SDLC, począwszy od etapu analizy wymagań na instalacji gotowego produktu kończąc. • Sprzęt/środowisko. "Błędy" z tej grupy nie są wynikiem źle napisanego czy nieprzetestowanego kodu, ale jego brakiem, np. brak ...

Posted in Testowanie | No Comments »

Testowanie statyczne

Wednesday, February 6th, 2008

Jest to proces pozwalający na wyszukanie błędów od fazy zbierania wymagań biznesowych poprzez konstruowanie kodu, aż po dostarczenie produktu, jednak bez uruchamiania aplikacji. Testy statyczne przeprowadzane są przy użyciu przeglądów (reviews) oraz analizy statycznej (static analysis). Przeglądy Przegląd jest procesem lub spotkaniem podczas którego produkt/system jest przedstawiany członkom zespołu projektowego, użytkownikom oraz innym ...

Posted in Testowanie | No Comments »

Kiedy należy przestać testować

Friday, December 7th, 2007

Testować potencjalnie można bez końca. Nie możemy jednak kontynuować testów do momentu znalezienia ostatniego błędu w systemie. To oczywiście niemożliwe. W pewnym momencie należy przerwać i dostarczyć system do klienta. Pytanie brzmi, kiedy uznać, że oprogramowanie jest wystarczająco dobrze sprawdzone. Testowanie mieści się pomiędzy budżetem projektu, czasem na jego realizację i jakością ...

Posted in Testowanie | No Comments »

Testy regresywne

Friday, November 30th, 2007

Celem przeprowadzania testów regresywnych jest upewnienie się, że aplikacja działa po dokonaniu w niej modyfikacji, poprawieniu błędów lub po dodaniu nowej funkcjonalności. Cecha: powtarzalność Co dają testy regresywne: Wyszukanie błędów powstałych w wyniku zmian kodu/środowiska. Ujawnienie wcześniej nie odkrytych błędów. Jest to dobry kandydat do automatyzacji ze względu na swoją powtarzalność. Iteracyjne metodologie oraz krótkie ...

Posted in Testowanie | 4 Comments »