Konwerter Plan testów Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 1
Spis treści 1 Wprowadzenie 3 1.1 Cel........................................ 3 1.2 Zamierzeni odbiorcy dokumentu........................ 3 1.3 Omówienie reszty dokumentu......................... 3 2 Zarys planowanych testów 4 2.1 Testy, które zostaną wykonane......................... 4 3 Metoda testowania 5 3.1 Technika i typy testów............................. 5 3.1.1 Testy funkcjonalności.......................... 5 3.1.2 Testy interfejsu użytkownika...................... 6 3.1.3 Testy obciążeniowe........................... 6 3.1.4 Testy przeciążeniowe.......................... 6 3.1.5 Testy w warunkach skrajnych..................... 7 4 Warunki rozpoczęcia i zakończenia testów 8 4.1 Plan testów................................... 8 4.1.1 Warunki uruchomienia planu testów.................. 8 4.1.2 Warunki zakończenia planu testów.................. 8 5 Produkty 8 5.1 Podsumowania testów............................. 8 5.2 Rejestracja błędów i wymagania zmian.................... 8 5.2.1 Szczegółowe wyniki testów....................... 8 6 Oprogramowanie w środowisku testowym 8 7 Zakres odpowiedzialności 9 7.1 Osoby i role................................... 9 8 Historia zmian 11 2
1 Wprowadzenie 1.1 Cel Celem Planu Testów jest zgromadzenie informacji niezbędnych dla zaplanowania i kontroli procesu testowania w danej iteracji. Dokument opisuje metodę testowania oprogramowania aplikacji i ogólny plan testów. Ten Plan Testów realizuje następujące cele: - wskazuje elementy wymagające testowania, - wskazuje motywację i idee, z których wynikają poszczególne zakresy testów, - zarysowuje stosowane metody testowania, - wskazuje wymagane zasoby i szacuje pracochłonność testów, - określa produkty procesu testowania. 1.2 Zamierzeni odbiorcy dokumentu Odbiorcami tego dokumentu są: - Koordynator projektu, - implementatorzy, - Zleceniodawca (klient), - tester, który będzie przeprowadzał testy na podstawie tego dokumentu. 1.3 Omówienie reszty dokumentu Dalej, w kolejnych punktach są wymienione elementy projektu, które będą poddane testom oraz jest opisany przebieg testów. 3
2 Zarys planowanych testów 2.1 Testy, które zostaną wykonane testy konwersji wszystkich dostępnych formatów do wszystkich innych osiągalnych formatów, testy obrotów grafiki dla wszystkich możliwych formatów, testy kadrowania grafiki dla wszystkich możliwych formatów, testy zmieniania rozmiaru grafiki dla wszystkich możliwych formatów, testy pobierania i dodawania plików do repozytorium (poprzez próby konwersji), testy dodawania nowych programów konwertujących. 4
3 Metoda testowania 3.1 Technika i typy testów 3.1.1 Testy funkcjonalności Testy funkcjonalności mają na celu zbadanie, czy aplikacja spełnia wymagania funkcjonalności aplikacji. Konwersja pliku graficznego między formatem wejściowym a wybranym. Poprawnie skonwertowany plik do wybranego formatu. Komunikat o braku możliwości konwersji do danego formatu. Zmiana rozmiaru grafiki według zaleceń użytkownika. Poprawny plik graficzny o zmienionym rozmiarze według zaleceń użytkownika. Komunikat o braku możliwości zmiany rozmiaru dla danego formatu. Kadrowanie grafiki według zaleceń użytkownika. Poprawny plik graficzny, skadrowany według zaleceń użytkownika. Komunikat o braku możliwości kadrowania danego formatu. 5
Obrót grafiki według zaleceń użytkownika. Poprawny plik graficzny, obrócony według zaleceń użytkownika. Komunikat o braku możliwości obracania danego formatu. 3.1.2 Testy interfejsu użytkownika Testy interfejsu użytkownika mają na celu zbadanie poprawności zachowywania się interfejsu, reagowania na polecenia użytkownika, jego niezawodność oraz intuicyjność. Wygląd, funkcjonalność i intuicyjność interfejsu ma być zgodna z opisem zawartym w dokumencie planu interfejsu. 3.1.3 Testy obciążeniowe Zbadanie poprawności zachowania aplikacji w przypadku próby konwersji wielu plików graficznych na raz. Konwertowanie na raz wielu plików graficznych o różnych rozmiarach, dodając coraz to nowe. Mierzenie czasu konwersji, bądź sukcesu konwersji. Udane skonwertowanie 10 plików, konwertowanych współbieżnie. Zbadanie poprawności zachowania się aplikacji w przypadku próby wybierania najdłuższych, różnych ścieżek konwersji, dla wielu plików jednocześnie. Konwertowanie na raz wielu plików graficznych o długich ścieżkach konwersji, dodając coraz to nowe pliki. Mierzenie czasu konwersji, bądź sukcesu/porażki konwersji. Udane skonwertowanie 10 plików, konwertowanych współbieżnie. 6
3.1.4 Testy przeciążeniowe Zbadanie poprawności zachowania się aplikacji w przypadku konwersji dużych plików. Skonwertowanie plików graficznych maksymalnej dopuszczalnej wielkości w kb dla wszystkich dostępnych formatów, do wszystkich dostępnych formatów. Poprawność konwersji. Konwersja zakończona sukcesem. Zbadanie poprawności zachowania się aplikacji w przypadku konwersji plików o dużych rozmiarach (szerokość x wysokość). Skonwertowanie plików graficznych o maksymalnym dopuszczalnym rozmiarze (piks X piks) dla wszystkich dostępnych formatów, do wszystkich dostępnych formatów. Poprawność konwersji. Konwersja zakończona sukcesem. 3.1.5 Testy w warunkach skrajnych Narzędzia Zbadanie stabilności i poprawności zachowania się aplikacji w warunkach wysokiego obciążenia sieci. Konwersja/edycja dużych plików graficznych przy dużym obciążeniu sieci. Poprawność konwersji/edycji pliku graficznego. Programy generujące sztuczny ruch w sieci. Sukces konwersji/edycji pliku graficznego. Zbadanie stabilności i poprawności zachowania się aplikacji w przypadku próby wielokrotnego zapisu i odczytu współbieżnie tego samego pliku z repozytorium. Konwersja/edycja pliku o tej samej nazwie. Poprawność konwersji/edycji pliku graficznego. Sukces konwersji/edycji pliku graficznego, bądź komunikat oznajmiający, że dany plik jest zajęty. 7
4 Warunki rozpoczęcia i zakończenia testów 4.1 Plan testów 4.1.1 Warunki uruchomienia planu testów Powstanie pierwszej funkcjonalności systemu, spełniającej wymagania opisane w dokumencie Przypadki użycia. 4.1.2 Warunki zakończenia planu testów Po zakończeniu implementacji ostatniego modułu, zakończenie sukcesem wszystkich testów opisanych wyżej. 5 Produkty 5.1 Podsumowania testów Dokument ogólnie opisujący wyniki testów na zakończenie testowania. Może zawierać opis ryzyka dla konkretnych scenariuszy. 5.2 Rejestracja błędów i wymagania zmian Dokumenty powstające w trakcie testów: opisują wykryte błędy w aplikacji oraz oczekiwane poprawki. 5.2.1 Szczegółowe wyniki testów Dokument przekazywany po każdym cyklu testowym, zawierający szczegółowe wyniki testów. 6 Oprogramowanie w środowisku testowym Poniższe elementy oprogramowania są wymagane w środowisku testowym dla niniejszego Planu Testów. Nazwa programu Wersja Typ i inne informacje Internet Explorer 6 i 7 Przeglądarka WWW Mozilla Firefox 2 i 3 Przeglądarka WWW Opera 9 Przeglądarka WWW 8
7 Zakres odpowiedzialności 7.1 Osoby i role Osoby Rola Wymagane zasoby (liczba przydzielonych ról w pełnym wymiarze) Szczegółowy zakres odpowiedzialności lub komentarz Projektant testów - Określa techniczne aspekty implementacji procesu testów. W zakres odpowiedzialności wchodzą: określenie metody testów określenie architektury automatyzacji testów weryfikacja technik testowania określenie składników testowalności określenie struktury implementacji testów Tester - Implementuje i uruchamia testy. W zakres odpowiedzialności wchodzą: implementacja testów i pakietów testów uruchamianie pakietów testów logowanie wyników analiza niepowodzeń testów dokumentowanie błędów 9
Implementer - Implementuje i testuje klasy i pakiety testów. W zakres odpowiedzialności wchodzą: tworzy składniki testów wymagane do wspierania wymagań testowalności określonych przez projektanta 10
8 Historia zmian Wersja Data Opis Autor zmian 1.3 01/06/2008 Korekta i formatowanie. Adam Busch 1.2 28/05/2008 Zamiana technika na przypadek testowy we wszystkich testach. 1.1 25/05/2008 Zmiany: Uwzględnienie zmiany nr 1. Poprawienie formatowania i gramatyki w dokumencie. Bartosz Franaszek Bartosz Franaszek 1.0 25/05/2008 Utworzenie dokumentu Bartosz Franaszek 11