Mity na temat testowania oprogramowania

Friday, February 5th, 2010

Przetestowanie całej aplikacji/systemu jest możliwe. Jeśli testy zostaną odpowiednio zaplanowane to możliwe jest znalezienie i poprawienie wszystkich błędów w aplikacji. Oprogramowanie zawiera coraz więcej linii kodu, staje się coraz bardziej złożone. Coraz więcej aplikacji współpracuje ze sobą w ramach jednego, rozproszonego systemu. Pokrycie testami wszystkich ścieżek przejścia we wszystkich kombinacjach jest ...

Kiedy zakończyć testowanie aplikacji

Tuesday, January 19th, 2010

Moment zakończenia testów oprogramowania może być trudny do określenia. Współczesne aplikacje są złożone, pracują w rozproszonym środowisku i składają się z wielu współpracujących podsystemów. Teoretycznie testy mogą trwać przez cały  SDLC oraz w fazie utrzymania. Są jednak czynniki, które pomagają zdecydować o zakończeniu testów: czas (data uruchomienia w środowisku produkcyjnym, data zakończenia ...

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ą ...

Różnica pomiędzy testami funkcjonalnymi a testami systemowymi

Thursday, June 28th, 2007

Testy funkcjonale są częścią testów systemowych. Testy funkcjonalne są oparte na wymaganiach funkcjonalnych aplikacji, podczas gdy testy systemowe obejmują o wiele szerszy zakres działań, min. testowanie funkcjonalności, wydajności, użyteczności, obciążenia i bazy danych.

Testy funkcjonalne i strukturalne

Wednesday, June 20th, 2007

Testy funkcjonalne (testy czarnej skrzynki lub black box testing). Tester nie ma dostępu do kodu testowanej aplikacji. Testy wykonywane są przez osobę, która nie tworzyła aplikacji w opaciu o dokumentację oraz założenia funkcjonalne. Pozwala to na wykrycie błędów związanych z np. brakiem implementacji funkcjonalności opisanych przez wymagania, jednak nie pozwala ...

Pages: 1 2 Next