Galileo - encyklopedia internetowa Plan testów



Podobne dokumenty
Plan testów. Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski. 4 czerwca 2006

Opis Architektury Systemu Galileo

Topór Światowida Plan testów

Overlord - Plan testów

IO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Konwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008

IO - Plan testów. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006

Zespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak. Projekt SZOP Plan testów

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

Zasady organizacji projektów informatycznych

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Plan Testów Systemu SOS

Bazy danych 2. Wykład 1

Rok szkolny 2015/16 Sylwester Gieszczyk. Wymagania edukacyjne w technikum. ADMINISTROWANIE BAZAMI DANYCH kl. 4c

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

Win Admin Replikator Instrukcja Obsługi

Dokumentacja projektu QUAIKE Architektura oprogramowania

Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC.

Referat pracy dyplomowej

E-commerce. Genialnie proste tworzenie serwisów w PHP i MySQL.

Reguły plików cookies witryny i usług internetowych tsop.pl

Wykonać Ćwiczenie: Active Directory, konfiguracja Podstawowa

LeftHand Sp. z o. o.

Szkolenie: Testowanie wydajności (Performance Testing)

Opis Przedmiotu Zamówienia

2. Przygotowanie stanowiska komputerowego i urządzeń peryferyjnych do pracy. Słuchacz powinien poznać:

ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ

Luxriot VMS. Dawid Adamczyk

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

Podstawowe możliwości programu Spectro Market Faktura

Przypadki testowe. Spis treści. Plan testów. From Sęp. Wstęp. 2 Plan testów

Podręcznik administratora systemu

Uniwersytet Mikołaja Kopernika w Toruniu Wydział Matematyki i Informatyki Wydział Fizyki, Astronomii i Informatyki Stosowanej Instytut Fizyki

Zdalne monitorowanie i zarządzanie urządzeniami sieciowymi

ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ

REFERAT PRACY DYPLOMOWEJ Temat pracy: Projekt i realizacja serwisu ogłoszeń z inteligentną wyszukiwarką

Projektowani Systemów Inf.

INTERNETOWE BAZY DANYCH materiały pomocnicze - wykład X

Co to jest GASTRONOMIA?

DOKUMENTACJA ADMINISTRATORA SYSTEMU INFORMATYCZNEGO POLSKI FADN

Pojęcie systemu baz danych

Serock warsztaty epuap 28 październik 2009 r. Sławomir Chyliński Andrzej Nowicki WOI-TBD Szczecin

Usługa: Testowanie wydajności oprogramowania

Ciągłe dostarczanie oprogramowania : kompletny przewodnik / Eberhard Wolff. Gliwice, cop Spis treści

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Dokumentacja aplikacji Szachy online

SKRÓCONY OPIS systemu lojalnościowego

Zdalny dostęp do źródeł elektronicznych BUR dla pracowników i studentów Uniwersytetu Rzeszowskiego

Dlaczego testowanie jest ważne?

Księgarnia PWN: Kevin Kenan - Kryptografia w bazach danych. Spis treści. Podziękowania O autorze Wprowadzenie... 15

Analiza i częściowa implementacja systemu elektronicznej wymiany danych na przykładzie e-faktury

Win Admin Replikator Instrukcja Obsługi

timetrack Przewodnik Użytkownika timetrack Najważniejsze Funkcje

Plan. Wprowadzenie. Co to jest APEX? Wprowadzenie. Administracja obszarem roboczym

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

Windows Serwer 2008 R2. Moduł 5. Zarządzanie plikami

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

Procedura wdrożeniowa program MERKURY QUATTRO wer. 1.0

Program szkolenia KURS SPD i PD Administrator szkolnej pracowni internetowej Kurs MD1 Kurs MD2 Kurs MD3 (dla szkół ponadgimnazjalnych)

Wykład 2: Budowanie sieci lokalnych. A. Kisiel, Budowanie sieci lokalnych

Program dla praktyki lekarskiej. Instalacja programu dreryk

WHITE PAPER. Planowanie, przygotowanie i testowanie działań na wypadek wystąpienia awarii

Dostęp do systemu CliniNET ver. 1.0

Praca magisterska Jakub Reczycki. Opiekun : dr inż. Jacek Rumiński. Katedra Inżynierii Biomedycznej Wydział ETI Politechnika Gdańska

1 Moduł Lutron HomeWorks QS

Szablon Planu Testów Akceptacyjnych

PowerCommand. iwatch 100. Zdalny monitoring sieciowy. Właściwości. Opis

System archiwizacji i konserwacji baz danych MS SQL

RFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot

Analiza kosztów stosowania bilingu

Polityka Cookies. 1 Definicje. Administrator oznacza przedsiębiorstwo

Załącznik nr 18 do OPZ - oprogramowanie zarządzania siecią

Opis wymagań i program szkoleń dla użytkowników i administratorów

IO - Plan przedsięwzięcia

Obsługa poczty elektronicznej w domenie emeritus.ue.poznan.pl

Sprawa numer: BAK.WZP Warszawa, dnia 16 sierpnia 2016 r.

IBM SPSS Modeler Social Network Analysis 16 podręcznik instalowania i konfigurowania

Część I Tworzenie baz danych SQL Server na potrzeby przechowywania danych

Kierunek: technik informatyk 312[01] Semestr: II Przedmiot: Urządzenia techniki komputerowej Nauczyciel: Mirosław Ruciński

Aplikacja (oprogramowanie) będzie umożliwiać przygotowanie, przeprowadzenie badania oraz analizę wyników według określonej metody.

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

Web frameworks do budowy aplikacji zgodnych z J2EE

Wykaz zmian wprowadzonych aktualizacją

Spis treści. 1 Moduł RFID (APA) 3

1. Definicja pojęć Celem opisania warunków świadczenia usług gwarancji jakości Systemu i Asysty Powdrożeniowej definiuje się następujące pojęcia:

POLITYKA COOKIES. Definicje. Rodzaje wykorzystywanych Cookies

1 Ochrona Danych Osobowych

Do wersji Warszawa,

Szczegółowy opis przedmiotu zamówienia

Załącznik nr 1. Specyfikacja. Do tworzenia Mapy Kompetencji

Systemy GIS Systemy baz danych

Kadry Optivum, Płace Optivum. Jak przenieść dane na nowy komputer?

OfficeObjects e-forms

OGŁOSZENIE O ZAMÓWIENIU

BEST S.A. Tworzenie strategii przywracania baz danych na przykładzie SQL Server Cezary Ołtuszyk

Pliki cookies. Jaki rodzaj Cookies jest używany? Podczas wizyty na tej stronie używane są następujące pliki Cookies:

Wykaz zmian w programie SysLoger

SPECYFIKACJA WYMAGAŃ

Transkrypt:

Galileo - encyklopedia internetowa Plan testów Sławomir Pawlewicz Alan Pilawa Joanna Sobczyk Matek Sobierajski 5 czerwca 2006 1

Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................ 3 1.3 Definicje....................................... 3 1.4 Załączniki...................................... 3 2 Przedmioty testów 4 2.1 Testy spójności bazy danych............................ 4 2.2 Testy przypadków użycia.............................. 4 2.3 Testy dotyczące interfejsu użytkownika...................... 5 2.4 Testy wydajnościowe................................ 5 2.5 Testy obciążeniowe................................. 5 2.6 Testy wytrzymałościowe.............................. 5 2.7 Testy ilościowe................................... 5 2.8 Testy bezpieczeństwa................................ 6 2.9 Testy konfiguracji.................................. 6 2.10 Testy instalacji................................... 6 3 Strategie i typy testów 7 3.1 Testy spójności bazy danych............................ 7 3.2 Testy funkcjonalności w oparciu o przypadki użycia................ 8 3.3 Testy interfejsu użytkownika............................ 8 3.4 Testy wydajnościowe................................ 9 3.5 Testy wytrzymałościowe.............................. 9 3.6 Testy ilościowe................................... 10 3.7 Testy bezpieczeństwa i badania dostępu...................... 11 3.8 Testy konfiguracyjne................................ 12 4 Rezultaty 13 4.1 Dzienniki błędów.................................. 13 4.2 Raporty....................................... 13 5 Zasoby 14 5.1 Zasoby ludzkie................................... 14 5.2 Zasoby sprzętowe.................................. 14 6 Historia zmian 15 2

1 Wprowadzenie 1.1 Cel Dokument ma za zadanie omówić kwestię przeprowadzania testów jakości tworzonego oprogramowania podczas trwania projektugalileo. Jako główne cele stawia sobie: Wyróżnić te częci oprogramowania, które wymagać będą testowania Określić, w jaki sposób, z jaką częstotliwością będą przeprowadzane testy Wymienić zasoby, jakie będą potrzebne do przeprowadzenia testów 1.2 Zakres Przeprowadzone testy będą dotyczyć zarówno integralności tworzonego systemu (czyli jego jakości funkcjonalnej), jak i będą badać jego wydajność, bezpieczeństwo oraz skalowalność. 1.3 Definicje Galileo nazwa tworzonego projektu e-portal.net nazwa firmy, dla której tenże projekt jest tworzony 1.4 Załaczniki Dokument Wizja Dokument Przypadki użycia Dokument Architektura systemu 3

2 Przedmioty testów Poniżej przedstawiamy listę przedmiotów podlegających testowaniu. Są to przypadki użycia (omówione dokładnie w dokumencie Przypadki użycia ), wymagania funkcjonalne oraz pozafunkcjonalne. 2.1 Testy spójności bazy danych Testy polegające na sprawdzeniu, czy można odczytać, usunąć, dodać, zmodyfikować dane zawarte w bazie danych: o użytkownikach o artykułach o pracownikach e-portal.net o kategoriach encyklopedii o multimediach 2.2 Testy przypadków użycia Zarzadzanie kategoriami Zarzadzanie artykulami Sporzadz statystki Zakladanie nowego konta Zarzadzenie multimediami Szukanie informacji w encyklopedii Ksiegowa chce wyliczyc wplywy i wydatki Uzytkownik ocenia artykul Uzytkownik chce zaplacic za korzystanie z encyklopedii Uzytkoenik chce porozmawiac z konsultantem 4

2.3 Testy dotyczace interfejsu użytkownika możliwość wykonania każdego każdego przypadków użycia możliwość uzyskania pomocy sprawdzenie przejrzystości interfejsu (ilość kliknięć potrzebnych do wykonania danej operacji) 2.4 Testy wydajnościowe Testy dotyczą wydajności dostępu przez WWW przy różnych połączeniach z siecią: sieć lokalna szybkie łącze modem 2.5 Testy obciażeniowe Weryfikacja szybkości działania bazy danych przy dużym obciążeniu serwera Weryfikacja szybkości systemu podczas dużego obciążenia serwera WWW 2.6 Testy wytrzymałościowe Sprawdzenie, jak zachowuje się system, kiedy baza danych jest zajęta w ponad 85%. 2.7 Testy ilościowe Sprawdzenie systemu, gdy dostęp ma do niego 50 użytkowników Sprawdzenie systemu, gdy dostęp ma do niego 100 użytkowników Sprawdzenie systemu, gdy dostęp ma do niego 200 użytkowników Sprawdzenie systemu, gdy dostęp ma do niego 500 użytkowników Sprawdzenie systemu, gdy dostęp ma do niego 1000 użytkowników 5

2.8 Testy bezpieczeństwa Weryfikacja czynności: Tworzenie nowego konta Zmiana danych użytkownika Usuwanie konta użytkownika 2.9 Testy konfiguracji Weryfikcja dostępności serwisu przez różne przeglądarki WWW: Internet Explorer Mozilla Netscape Navigator Opera Konqueror 2.10 Testy instalacji Weryfikacja instalacji bazy danych Weryfikacja instalacji serwera WWW 6

3 Strategie i typy testów W tej części dokumentu przedstawimy dokładniej w jaki sposób będą wyglądały testy poszczególnych części systemu. Omówimy technikę wykonywanych testów, ich cel, potrzebne narzędzia do ich przeprowadzenia oraz kryterium sukcesu. 3.1 Testy spójności bazy danych Co? Sprawdzenie, jak działa baza danych; czy dostęp do niej nie uszkadza danych oraz czy działanie bazy danych jest niezależne od interfejsu użytkownika. Testy wymagają od systemu zarządzania bazą danych możliwości wprowadzania lub modyfikacji danych bezpośrednio w bazie danych. Za pomocą każdej metody dostępu do bazy danych, wprowadzi poprawne i niepoprawne dane. Za pomocą każdej metody dostępu do bazy danych, zażądać istniejących i nieistniejących danych. Zbadać, czy dane zostały załadowane w sposób zamierzony. Zbadać, czy wszystkie spodziewane zdarzenia prawidłowo zaszły w bazie danych. Upewni się, czy zwrócone dane są poprawne. Celem ułatwienia dostrzeżenia niespodziewanych zdarzeń, wielkość bazy danych, na której przeprowadza się testy, powinna by możliwie mała. narzędzie do odtwarzania bazowej konfiguracji systemu narzędzia do monitorowania stanu instalacji narzędzia administracji bazą danych narzędzia do generowania danych 7

Co? Wszystkie sposoby dostępu do bazy danych działają zgodnie z założeniem i nie powodują uszkodzenia bazy danych 3.2 Testy funkcjonalności w oparciu o przypadki użycia Testy będą przygotowane na podstawie skryptów oraz będą sprawdzały działanie poszczególnych przypadków użycia (wszystkie zostały omówione w dokumencie "Przypadki użyciaóraz ŚAD"). Testy sprawdzają działanie systemu poprzez interfejs użytkownika - sprawdzana jest reakcja systemu na różne zachowania użytkownika. Co? Weryfikacja funkcjonalności systemu -pobieranie, modyfikowanie oraz usuwanie danych wprowadzenie poprawnych danych i oczekiwanie odpowiednich odpowiedzi wprowadzenie błędnych danych i oczekiwanie odpowiedniego komunikatu o błędach sprawdzenie zgodności z założeniami biznesowymi narzędzie do odtwarzania bazowej konfiguracji systemu narzędzia do monitorowania stanu instalacji skrypty do sprawdzania funkcjonalności narzędzia do generowania danych wykonanie wszystkich testów ustalenie przyczyn zaistnienia ewentualnych błędów 3.3 Testy interfejsu użytkownika Testy te będą sprawdzały, czy interakcja między użytkownikiem a systemem przebiega poprawnie. 8

Co? Weryfikacja, czy użytkownik ma dostęp do wszystkich funkcjonalności systemu oraz czy wymaga on dostatecznie mało czasu zbadanie każdego obiektu interfejsu użytkownika brak wszystkie elementy intefejsu działają poprawnie 3.4 Testy wydajnościowe Testy obciążeniowe poddaja Galileo różnym obciążeniom, aby sprawdzić w nich działanie systemu. Celem jest sprawdzenie działania systemu zwłaszcza podczas obciążenia systemu większego niż maksymalne oczekiwane. Co? Weryfikacja zachowania systemu podczas: normalnego (oczekiwanego) obciążenia systemu maksymalnego przewidywanego obciążenia systemu większego niż ustalone maksymalne obciążenie wykorzystanie testów badających działanie przypadków użycia przy większej ilości wykonywanych transakcji narzędzie ograniczania dostępu do zasobów narzędzia do monitorowania stanu instalacji narzędzia do generowania danych wykonanie testów w ustalonym czasie 3.5 Testy wytrzymałościowe Testy sprawdzają działanie systemu w przypadkach, gdy rywalizacja o zasoby jest duża (znacznie większa niż w normalnych warunkach działania systemu) 9

Co? Sprawdzenie, jak działa Galileo w przypadku, gdy: wielu użytkowników w tym samym czasie próbuje uzyskac dostęp do tego samego zasobu jest dostępna niewielka przestrzeń dyskowa z systemu działa maksymalna ilość użytkowników używanie testów opartych na tych, które sprawdzały obciążenie systemu testowanie przeprowadzone przy obciążnej pamięci używanie testów przypadków użycia przy wielu klientach działających w tym samym czasie narzędzie do odtwarzania bazowej konfiguracji systemu narzędzia do monitorowania stanu instalacji narzędzie do monitorowania ruchu sieciowego narzędzia do generowania danych narzędzie do generowania ruchu sieciowego Przeprowadzone testy, mimo że doprowadziły do ograniczenia systemu, nie doprowadziły do odkrycia defektów oprogramowania. 3.6 Testy ilościowe Testy te polegają na sprawdzeniu, jak zachowuje się system, kiedy dostarczane są mu duże ilości danych. Sa to bardzo ważne testy, ponieważ encyklopedia internetowa będzie musiała obsługiwać i ciągle dodawać nowe dane. Przedmotem testu jest sprawdzenie, ile danych jest w stanie przetworzyć system w jednostce czasu. Co? Sprawdzenie, jak działa system, gdy baza danych jest bardzo duża i chce z niej korzystać maksymalna ilość użytkowników. 10

Co? Wykorzystanie testów obciążeniowych i wydajnościowych Należy wypełnić bazę danych Przy pełnej bazie danych należy użyć wielu klientów, którzy będą wykonywać takie same działania przez dłuższy czas. narzędzia do monitorowania stanu instalacji narzędzia, które będą ograniczać dostęp do zasobów narzędzia do generowania danych Przeprowadzone testy, mimo że doprowadziły do ograniczenia systemu, nie doprowadziły do odkrycia defektów oprogramowania. 3.7 Testy bezpieczeństwa i badania dostępu Testy badają, czy do systemu mają dostęp tylko osoby do tego uprawnione - każdy według przyznanych mu wcześniej uprawnień. Co? Sprawdzenie, czy osoby mogą się dostać do danych dla nich przeznaczonych (według uprawnień) oraz czy osoby nieuprawnione nie mają do nich dostępu. Dla każdego z uprawnień jest sprawdzane: czy jego nadanie umożliwia korzytanie z danych funkcji czy odebranie go uniemożliwia korzystanie z danych funkcji czy otrzymanie go nie jest połączone z innymi uprawnieniami narzędzia do administracji bezpieczeństwem narzędzia do sondowania systemu Przeprowadzone testy, mimo że doprowadziły do ograniczenia systemu, nie doprowadziły do odkrycia defektów oprogramowania. 11

3.8 Testy konfiguracyjne Co? Sprawdzenie, jak działa system dla różnych konfiguracji sprzętowych Wykorzystanie testów do sprawdzania przypadków użycia Sprawdzenie, jak działa system, kiedy użytkownik w tym samym czasie korzysta z innych aplikacji narzędzia do monitorowania stanu instalacji często używane aplikacje użytkownika Oprogramowanie działa poprawnie; obecność innych aplikacji nie ma wpływu na jego działanie 12

4 Rezultaty 4.1 Dzienniki błędów Dla każdego testu będą generowane raporty testów, które będą zawierały najważniejsze informacje: id testu, wykryte usterki. Raporty będą w postaci plików tekstowych. 4.2 Raporty Usterki wykryte w czasie testowania będą rejestrowane przy pomocy Bugzilla. 13

5 Zasoby 5.1 Zasoby ludzkie Do przeprowadzania testów będzie potrzebny zespół osób, który będzie generował testy, zajmował się ich wykrywaniem, planowaniem. Kto? Liczba Jaka funkcja? Kierownik 1 planowanie testów ustalanie obowiązków w zespole zdobywanie odpowiednich zasobów ocena przeprowadzonych testów Analityk testów 1 ustalanie szczegółów przeprowadzanych testów określenie wyników testów podanie idei testów Projektant testów 2 ustalanie technicznych szczegółów testów Tester 4 implementacja testów przeprowadzanie testów rejestracja wyników testów 5.2 Zasoby sprzętowe Do przeprowadzenia testów potrzebne będą następujące zasoby: Serwer baz danych (2) Serwer WWW (1) komputery klienckie z różnym połączeniem z internetem (20) komputery do tworzenia testów (3) 14

6 Historia zmian 18.5.06 - pierwsza wersja dokumentu $Log: $ 15