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

Podobne dokumenty
Galileo - encyklopedia internetowa Plan testów

Plan Testów Systemu SOS

Software Architecture Document

Plan projektu. Robert Dyczkowski, Piotr Findeisen, Filip Grządkowski. 4 czerwca 2006

Overlord - Plan testów

Topór Światowida Plan testów

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

IO - Plan przedsięwzięcia

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

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

Program Rejestr zużytych materiałów. Instrukcja obsługi

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

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

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

ZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi

ZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia r.

System Broker. Wersja 5.1

Usługa: Testowanie wydajności oprogramowania

Podstawowe możliwości programu Spectro Market Faktura

Zapytanie ofertowe. Niespełnienie któregokolwiek wymagania może skutkować odrzuceniem oferty bez jej rozpatrzenia

7. zainstalowane oprogramowanie zarządzane stacje robocze

którego nie stosuje się przepisów ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych na:

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

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

Nowe zasady dotyczące cookies

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2017 CZĘŚĆ PRAKTYCZNA

Przedmiot zamówienia. Załącznik nr 1

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

DOTACJE NA INNOWACJE. Inwestujemy w waszą przyszłość. Zapytanie ofertowe

Testowanie oprogramowania. Piotr Ciskowski

Win Admin Replikator Instrukcja Obsługi

WorkingDoc CostControl: Precyzyjna kontrola kosztów wydruku na urządzeniach Grupy Ricoh

Co to jest GASTRONOMIA?

Wybór ZSI. Zakup standardowego systemu. System pisany na zamówienie

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

Załącznik Nr 4 do Zapytania Ofertowego Szczegółowy opis przedmiotu zamówienia (część jawna) Zapytanie ofertowe nr 1/ /RPPK

Zasady organizacji projektów informatycznych

Najwyżej ocenione raporty dla Mr Buggy 4

Podręcznik użytkownika

FastReporter 2 OPROGRAMOWANIE DO KOŃCOWEGO PRZETWARZANIA DANYCH

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

Win Admin Replikator Instrukcja Obsługi

Opis Przedmiotu Zamówienia na przeprowadzenie testów bezpieczeństwa systemu wspomagania nadzoru archiwalnego e-nadzór

Nazwa Projektu. Plan testów. Wersja N.NN

1 Implementowanie i konfigurowanie infrastruktury wdraŝania systemu Windows... 1

Plan testów dla systemu USOSweb 2.0

POLITYKA PLIKÓW "COOKIES"

Specyfikacja wymagań systemowych (może podlegać edytowaniu na kolejnych etapach)

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

Załącznik nr 1 do Zapytania ofertowego nr 1/2017 ARKUSZ ZGODNOŚCI ZE SPECYFIKACJĄ

Zarządzenie wchodzi w życie z dniem podpisania.

X-CONTROL -FUNKCJONALNOŚCI

PlantVisor_1.90PL Instrukcja instalacji, konfiguracji oraz obsługi

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

<Nazwa firmy> <Nazwa projektu> Specyfikacja wymagań projektu. Wersja <1.0>

Strona wizytówka od 400 zł

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

Plan wykonania systemu ISOiWUT

I Przedmiot Zamówienia:

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

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

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Program dla praktyki lekarskiej. Instalacja programu dreryk

Wymagania systemowe Autor: Stefan Cacek

OPIS PRZEDMIOTU ZAMÓWIENIA

Załącznik nr 1 do Umowy Wymagania funkcjonalne i techniczne Oprogramowania Help Desk

Win Admin Replikator Instrukcja Obsługi

Testowanie oprogramowania

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2019 CZĘŚĆ PRAKTYCZNA

Polityka prywatności serwisu zarabianieskuteczne.pl

SKRó CONA INSTRUKCJA OBSŁUGI

DOTACJE NA INNOWACJE

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Nazwa, typ, model, producent oferowanego urządzenia...

POLITYKA PLIKÓW "COOKIES"

Wymagana dokumentacja Systemów dziedzinowych i EOD

Stosowanie ciasteczek (cookies)

Wymagania techniczne. Sage Symfonia 2.0 i Sage Symfonia Start 2.0 wersje 2019

Referat pracy dyplomowej

Program Windykator I Moduły do programu. Wymagania systemowe oraz środowiskowe dla programów

Załącznik nr 3 do zapytania ofertowego

FM Antivirus 2015 to:

Szczegółowy opis przedmiotu zamówienia

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

Opis przedmiotu zamówienia

Tom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania

Efektywne zarządzanie infrastrukturą IT, inwentaryzacja sprzętu i oprogramowania oraz ochrona danych przed wyciekiem dzięki wdrożeniu Axence nvesion

INSTRUKCJA OBSŁUGI OPROGRAMOWANIA VMS. Spis treści Instalacja Instrukcje użytkowania i obsługi... 3

ISTOTNE POSTANOWIENIA UMOWY

SDP systemu SOS. Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz Piotr Kuśka. 6 czerwca 2006

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2017 CZĘŚĆ PRAKTYCZNA

Model przypadków użycia

AM 331/TOPKATIT Wsparcie techniczne użytkowników i aplikacji w Windows 7

aplikacja akcyzattor

OPIS PRZEDMIOTU ZAMÓWIENIA

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

Wymagania techniczne

DOTACJE NA INNOWACJE INWESTUJEMY W WASZĄ PRZYSZŁOŚĆ

Transkrypt:

Robert Dyczkowski, Piotr Findeisen, Filip Grzdkowski 4 czerwca 2006 1

Spis treści 1 Wprowadzenie 3 1.1 Cel dokumentu................................... 3 1.2 Oczekiwania.................................... 3 1.3 Załączniki...................................... 3 2 Zakres i założenia 3 2.1 Zakres........................................ 3 2.2 Proces testowania.................................. 4 2.3 Zakres testów.................................... 4 2.4 Kryteria....................................... 5 3 Rezultaty 5 3.1 Dziennik z testów.................................. 5 3.2 Raporty o usterkach................................. 5 4 Fazy testowania 6 4.1 Testowanie Systemu................................ 6 4.2 Harmonogram.................................... 6 5 Harmonogram testów 7 6 Zasoby 8 6.1 Zasoby ludzkie................................... 8 6.2 Zasoby sprzętowe.................................. 9 6.3 Wymagane oprogramowanie............................ 9 7 Historia zmian 9 poufne 2 Projekt "Mrówka"

1 Wprowadzenie 1.1 Cel dokumentu Celem tego dokumentu jest nakreślenie ogólnego zarysu testów, sprawdzających poprawność implementacji Systemu. Są tu określone podstawowe fazy, ich cel oraz elementy Systemu, które wymagają sprawdzenia. 1.2 Oczekiwania Faza testowania ma dowieść, że wykonany System spełnia wymagania funkcjonalne i pozafunkcjonalne, przedłożone przez Zamawiającego. Wymagania te, określone w poprzednich dokumentach (por. Załączniki) zostaną zweryfikowane przez zespół testujący. Wyniki testów zostaną przedstawione Zamawiającemu w postaci pisemnych raportów. 1.3 Załaczniki 1. Wizja - 24 kwietnia 2006 r. (data wydania wersji poprawionej) 2. Przypadki uzycia - 08 maja 2006 r. 3. Specfikacja uzupełniajaca - 01 maja 2006 r. 4. Plan projektu - 05 czerwca 2006 r. 5. SAD - 05 czerwca 2006 r. 2 Zakres i założenia 2.1 Zakres Planowane jest przetestowanie nastepujących składników Systemu: - szybkość - stabilność - zgodność z obowiązującymi standardami - zgodność z popularnymi przeglądarkami stron WWW (Internet Explorer, Netscape, Firefox itp) poufne 3 Projekt "Mrówka"

2.2 Proces testowania 1. Organizacja projektu - zawiera projektowanie planu testów, harmonogramu oraz zdobywanie wymaganych zasobów ludzkich i sprzętowych 2. Budowanie systemu testów - zawiera dogłębną analizę Systemu, jego przypadków użycia, oczekiwanych rezultatów itp. W ogólności warunki testowania i jego oczekiwane rezultaty zostaną sworzone przez zespół testujący w porozumieniu z Zamawiającym lub wyznaczonym przez niego ekspertem w danej dziedzinie. 3. Projektowanie i tworzenie procedur testujących - przygotowywanie danych do testów automatycznych, opracowanie sposobów raportowania błędów itp. 4. Budowanie środowiska testowania - zawiera implementowanie procedur, zdobywanie oprogramowania i sprzętu. 5. Wykonanie testów 6. Zatwierdzenie poprawności Systemu 2.3 Zakres testów Poniżej są wyszczególnione główne typy testów, które zostaną przeprowadzone przed wdrożeniem. 1. Testowanie funkcjonalności - sprawdzanie czy wszystkie wymagania wyspecyfikowane w Modelu przypadków użycia znalazły swoje odwzorowanie w implementacji Systemu: (a) Akceptowanie/odrzucanie reklam (b) Dodawanie nowego kontaktu do listy adresowej (c) Oglądanie statystyk (d) Blokowanie kont użytkowników (e) Dodawanie adresów do czarnej listy (f) Edycja reklamy (g) Kasowanie e-maili (h) Przeglądanie zgłoszeń (zażaleń itp.) użytkowników (i) Usuwanie adresów z czarnej listy (j) Definiowanie kolorów i dźwięków (k) Definiowanie reguł autoprzetwarzania (l) Definiowanie skrótów klawiszowych (m) Deklarowanie jako spam/nie spam poufne 4 Projekt "Mrówka"

(n) Dodawanie załaczników (o) Edytowanie danych do faktur i rozliczeń (p) Edytowanie wiadomości 2. Testowanie integralności - sprawdzanie czy wszystkie moduły prawidłowo ze soba współpracują oraz że nie ma utraty danych podczas komunikacji 3. Test interfejsu użytkownika (a) Weryfikacja istnienia interfejsu do wszystkich przypadków użycia (b) Weryfikacja zgodnosci stron WWW ze standardem HTML 4.01 (c) Zapewnienie przejrzystego i przyjaznego interfejsu użytkownika. 4. Test Zamawiającego - ten test jest planowany i wykonywany przez Zamawiającego lub osobę przez niego wyznaczoną. Zapewnia, że System pracuje zgodnie z oczekiwaniami i spełnia postawione wymagania. 5. Test Wydajności - sprawdzanie wydajności serwera oraz UI (por. Specyfikacja uzupełniająca) (a) Weryfikacja wydolności Serwera Pocztowego (b) Weryfikacja wydolności Serwera WWW (Webmail) 2.4 Kryteria Zostanie przygotowanych 25 testów do planu akceptacji. Aby uznać System za gotowy do wdrożenia, powinien on przejść pomyślnie 80% z nich, czyli 20 testów. 3 Rezultaty 3.1 Dziennik z testów Dla każdego testu jest tworzony plik tekstowy (o z góry ustalonej lecz obecnie nie znanej strukturze) bedący dziennikiem z testu. Plik zawiera szczegółowy opis przebiegu danego testu. 3.2 Raporty o usterkach Wszelkie usterki stwierdzone podczas testów zostana zarejestrowane na BugZilli projektu poufne 5 Projekt "Mrówka"

4 Fazy testowania 4.1 Testowanie Systemu Testowanie będzie składać sie z kilku faz, po których będą tworzone kolejne wydania Systemu. Wersja 1.0 (a) Test funkcjonalności Wersja 1.1 (a) Test integralności (b) Test interfejsu użytkownika (c) Test Zamawiającego Wersja 1.2 (a) Test wydajnościowy (b) Test Zamawiającego Wg wstępnych założeń po pierwszych dwóch fazach testów ok 80% błędów powinno zostać wykrytych. Dodatkowo po zakończeniu fazy trzeciej zostaną przeprowadzone wszystkie testy, w celu sprawdzenia integralności Systemu i jego stabilności. Zautomatyzowane testy będa przeprowadzane szczególnie podczas testowania wydajności i integralności. 4.2 Harmonogram Wersja 1.0 powinna zostać oddana do dnia 31 maja 2006 r.. Nie zawiera ona jeszcze personalizacji ustawień. Wersja 1.1 powinna zostać oddana do dnia 15 czerwca 2006 r. Zawiera ona wszystkie funkcjonalności, aby mogła zostać przetestowana integralność Systemu. Wersja 1.2 powinna zostać oddana do dnia 30 czerwca 2006 r. Wszystkie funkcjonalności zostały już wprowadzone i przetestowane z względu na ich integralność z reszta Systemu oraz wydajność ich pracy. poufne 6 Projekt "Mrówka"

5 Harmonogram testów poufne 7 Projekt "Mrówka"

6 Zasoby 6.1 Zasoby ludzkie Rola Liczba Odpowiedzialność Kierownik testów 1 Analityk 1 Projektant 2 Tester 6 - planowanie i logistyka - zdobywanie zasobów - składanie raportów Zamawiającemu - Określanie idei poszczególnych testów - ocena jakości produktu - określanie konretnej struktury i budowy testów - wybranie technologii - projekt danych do automatycznych testów - Implementacja testów - wykonanie testów - składanie raportów Kierownikowi z przeprowadzonych testów poufne 8 Projekt "Mrówka"

6.2 Zasoby sprzętowe Do przeprowadzenia testów zgodnie z harmonogramem wymagane są następujące zasoby sprzętowe: 1. 4 x Komputer PC (patrz poniej 2. 1 x drukarka laserowa 3. 1 x serwer aplikacji 4. 1 x serwer z repozytorium CVS Specyfikacja komputera PC (minimalne wymagania): 1. Procesor AMD Athlon 3000+ 2. 1024 MB RAM 3. dysk twardy 120 GB 4. napęd CD-RW, DVD-RW 5. karta sieciowa 6.3 Wymagane oprogramowanie 1. System operacyjny Linux Fedora 4 ( lub wyższy ) 2. AutoDebuger v6.66 3. Cervisia (lub inny kompatybilny) 4. OpenOffice 7 Historia zmian Data zmiany Osoba aktualizujca Opis zmiany 2006-06-04 Filip Grządkowski Wersja 1.0 poufne 9 Projekt "Mrówka"