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

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

Rubik s Manager - Plan testów

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

Plan wykonania systemu ISOiWUT

Topór Światowida Plan testów

Overlord - Plan testów

Plan Testów Systemu SOS

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

Win Admin Replikator Instrukcja Obsługi

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Win Admin Replikator Instrukcja Obsługi

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

PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS

Galileo - encyklopedia internetowa Plan testów

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

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

Szczegółowy opis przedmiotu zamówienia

1. Zakres modernizacji Active Directory

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

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:

Testowanie oprogramowania. Piotr Ciskowski

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

Testy poziom po poziomie

Dobór systemów klasy ERP

Szablon Planu Testów Akceptacyjnych

ZAPYTANIE OFERTOWE PRZEDMIOT ZAMÓWIENIA. W ramach projektu planowane jest przeprowadzenie 2 etapów w okresie od r. do roku.

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

Praca dyplomowa. Program do monitorowania i diagnostyki działania sieci CAN. Temat pracy: Temat Gdańsk Autor: Łukasz Olejarz

Fuzzing OWASP The OWASP Foundation Piotr Łaskawiec J2EE Developer/Pentester

7. zainstalowane oprogramowanie zarządzane stacje robocze

ISOiWUT czyli Internetowy System Oferowania i Wyszukiwania Usług Transportowych. Projekt powstaje na zlecenie Państwowej Agencji Turystycznej (PAT).

Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2

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

Co to jest GASTRONOMIA?

Opis Przedmiotu Zamówienia

REFERAT PRACY DYPLOMOWEJ

Forte Zarządzanie Produkcją Instalacja i konfiguracja. Wersja B

Marek Parfieniuk, Tomasz Łukaszuk, Tomasz Grześ. Symulator zawodnej sieci IP do badania aplikacji multimedialnych i peer-to-peer

Win Admin Replikator Instrukcja Obsługi

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Koncepcja wirtualnej pracowni GIS w oparciu o oprogramowanie open source

Ełk, dn r. DOMSET Marcin Brochacki. ul. Wojska Polskiego 43 lok. 3, Ełk. Nip ZAPYTANIE OFERTOWE

Koniec problemów z zarządzaniem stacjami roboczymi BigFix. Włodzimierz Dymaczewski, IBM

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

Procedura sprawdzenia i naprawy błędów połączenia z CEPIK 2.0

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

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

FORMULARZ OFERTOWY. Termin dostarczenia dokumentu 1

Wizja ISOiWUT. Michał Lewowski Piotr Skowron Michał Matczuk Piotr Wygocki. 30 maja 2006

ZAŁĄCZNIK NR 3 DO UMOWY- PO ZMIANIE (1) Zał.3 Warunki świadczenia serwisu gwarancyjnego oraz Asysty Technicznej Załącznik nr 3 do Umowy

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

Strona wizytówka od 400 zł

Niniejszy załącznik składa się z 5 ponumerowanych stron

Szczegółowy opis przedmiotu zamówienia:

Walidacja systemu ewms / cwms. Sopot

INSTRUKCJA INSTALACJI SYSTEMU

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

FORMULARZ OFERTOWY. 8. Społeczeństwo informacyjne zwiększanie innowacyjności gospodarki

Dwuwymiarowy sposób na podróbki > 34

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

PRZEDMIOT ZAMÓWIENIA:

Załącznik nr 1 do Zapytania ofertowego: Opis przedmiotu zamówienia

Inżynieria oprogramowania- Grupa dra inż. Leszka Grocholskiego II UWr 2009/2010. Aleksandra Kloc, Adam Grycner, Mateusz Łyczek. Wasza-fota.

Załącznik nr 2 do wzoru umowy protokół odbioru. 1. Infrastruktura wspólna dla serwerów blade szt.

PROCEDURA UTRZYMANIA I ROZWOJU KWESTIONARIUSZA ZAINTERESOWAŃ ZAWODOWYCH

Opracowanie protokołu komunikacyjnego na potrzeby wymiany informacji w organizacji

KONFIGURACJA SERWERA USŁUG INTERNETOWYCH

Specyfikacja techniczna GoBiz Virtual Office - systemu dostępu do zasobów wirtualnego biura przez Internet

ul. Pogodna Olsztyn codeit@codeit.pl

Instrukcja dla Oferenta. Strona 1 z 9

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

Maciej Oleksy Zenon Matuszyk

Dysk 20GB przestrzeni Ajax Ajax 1.0 Baza danych MS SQL 2005 lub 2008 Express Java Java 6 run time Microsoft Silverlight 3.

Instrukcja instalacji usługi Sygnity SmsService

PRAKTYKA ZAWODOWA- TECHNIK INFORMATYK. (nowa podstawa programowa od 2012) Semestr II

Szczególne problemy projektowania aplikacji internetowych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Instrukcja dla Oferenta

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Aplikacja serwerowa Platformy Prezentacyjnej Opis produktu

PREMIUM BIZNES zł 110zł za 1 Mb/s Na czas nieokreślony Od 9 14 Mbit/s

Zakres i organizacja dostaw sprzętu komputerowego wramach

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

Instrukcja użytkownika

W pustym polu wpisz szukaną frazę niezaleganie i kliknij [Filtruj]. Lista usług zostanie

Stacja robocza TYP1A Zał. 8.1, pkt. 1.1) 2. Monitor LCD 21.3 Zał. 8.1, pkt. 1.1) 2. Zasilacz awaryjny UPS Zał. 8.1, pkt. 1.1) 2

I. Wymagania dotyczące świadczenia usług wsparcia

SPIS TREŚCI Błąd! Nie zdefiniowano zakładki.

Referat pracy dyplomowej

Oprogramowanie OpenVPN jest oprogramowaniem darmowym, które można pobrać ze strony:

SLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK. Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu.

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

KONFIGURACJA SIECIOWA SYSTEMU WINDOWS

Win Admin Monitor Instrukcja Obsługi

WARUNKI ŚWIADCZENIA SERWISU GWARANCYJNEGO ORAZ ASYSTY TECHNICZNEJ

KARTA KURSU. Administracja serwerami WWW

Zasady organizacji projektów informatycznych

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

IO - Plan przedsięwzięcia

Wyższa Szkoła Bankowa w Toruniu ul. Młodzieżowa 31a Toruń Toruń, dnia r. ZAPYTANIE OFERTOWE nr 1/NOR/0119/2014

Transkrypt:

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych Michał Lewowski, Piotr Skowron, Michał Matczuk, Piotr Wygocki 5 czerwca 2006 1

Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................ 3 1.3 Załączniki...................................... 3 1.4 Omówienie reszty dokumentu........................... 3 2 Zakres odpowiedzialności 3 3 Kroki odbioru projektu 4 3.1 Kryteria odbioru................................... 4 3.2 Audit konfiguracji.................................. 4 3.3 Audit funkcjonalności komponentów........................ 4 3.4 Plan......................................... 4 4 Potrzebne zasoby 6 4.1 Sprzęt........................................ 6 4.2 Oprogramowanie.................................. 6 4.3 Personel....................................... 6 5 Rozpoznawanie problemów i reakcja na problemy 6 6 Środowisko odbioru produktu 6 7 Wymagane kroki kontroli - dla systemu zarzadzania ofertami 7 7.1 Testowane przypadki użycia............................ 7 7.2 Opisy testów.................................... 7 7.2.1 Możliwość obsługi ISOiWUT przez przeglądarkę oraz poprawność działania systemu................................ 7 7.2.2 Szybkie działanie przy wielu użytkownikach, odporność na dużą ilość danych................................... 7 7.2.3 Odporność na błędne dane......................... 7 2

1 Wprowadzenie Zespół programistyczny jest odpowiedzialny za całkowite wdrożenie systemu. 1.1 Cel Celem jest iteracyjne testowanie każdej warstwy oraz systematyczne wdrażanie produktu aby zmaksymalizować szanse powodzenia projektu. 1.2 Zakres integralność klas w systemie - integration test spełnianie wszystkich wymagań wyznaczonych przez specyfikację - facility test odporność na dużą ilość danych - volume test odporność na duże obciążenia - stress test szybkość działania systemu - performance test 1.3 Załaczniki Plan wykonania projektu 1.4 Omówienie reszty dokumentu W dalszej części dokumentu pojawi się pełny opis weryfikacji produktu, określone zostaną miary poprawności i zakres odpowiedzialności oraz wyspecyfikowany będzie proces zgłaszania i wprowadzania ewentualnych poprawek. 2 Zakres odpowiedzialności Zlecenioadwca jest odpowiedzialny za uczestnictwo w części testów aby sprawdzić zgodność specyfikacji z rzeczywistymi wymaganiami PAT. Wykonawcy projektu są odpowiedzialni za wszystkie pozostałe składowe planu testów. 3

3 Kroki odbioru projektu 3.1 Kryteria odbioru Zgodne ze specyfikacją działanie wszystkich systemów zawartych w ISOiWUT Szybkie działanie przy wielu użytkownikach. Możliwość obsługi serwisu przez przeglądarkę. W pełni funkcjonalny portal. Łatwy interfejs. 3.2 Audit konfiguracji Aplikacja kliencka (skompilowana wersja i kody źródłowe) Aplikacja serwerowa (skompilowana wersja i kody źródłowe) Urządzenia sieciowe Serwery Dokumentacja 3.3 Audit funkcjonalności komponentów Demonstracja użytkowania systemu jako godzinna prezentacja możliwości systemu. Następnie użytkownik, testuje kolejne niżej wymienione funkcje, zgłaszając błędy obecnym przy tym pracownikom naszej firmy. 3.4 Plan Mamy na celu przetestowanie następujących modułów: System Użytkowników System Zarządzania Ofertami System Obsługi Błędów System Opisów Podróży System Prywatnych Wiadomości System Forum System FAQ 4

5

4 Potrzebne zasoby 4.1 Sprzęt Komputery: serwer baz danych, serwer portalu - według specyfikacji z dokumentów. Dwa urządzenia sieciowe firewall oraz switch. Stacje klienckie. Dziesięć komputerów: 8 z systemem Windows, 2 z systemem Unix. 4.2 Oprogramowanie Komputery klienckie (testowe) będą miały zainstalowane różne, popularne, zestawy oprogramowania, w tym najważniejsza jest różnorodność przeglądarek internetowych - większość IE, ale też Mozilla, Opera, itp. 4.3 Personel W skład personelu prezentującego produkty będzie wchodzić cała czwórka twórców systemu. Ze strony klienta spodziewamy się przynajmniej jednej odpowiednio wykwalifikowanej osoby w celu sprawdzenia możliwości administratorskich i moderatorskich systemu. 5 Rozpoznawanie problemów i reakcja na problemy 1. Problemy napotkane podczas testu wydajnościowego jak i testów przeprowadzanych przez klienta są notowane. 2. Twórcy systemu zbierają się, żeby ustalić kolejność poprawiania błędów. 3. Do każdego błędu bądź zestawu błędów jeśli są one powiązane zostaje przypisana jedna osoba bądź zespół. 4. Błędy są poprawiane, zmienione moduły testowane, następnie wdrażane do systemu. 5. System jest testowany ze zmienionymi modułami. 6. Testy które spowodowały błąd są zapamiętywane do kolejnych faz testowania 6 Środowisko odbioru produktu Aula w której odbędzie się prezentacja możliwości systemu. Sala komputerowa, w której klient będzie mógł przeprowadzić testy. Do przeprowadzenia testu wydajnościowego potrzebne będzie wynajęcie odpowiedniej ilości komputerów. 6

7 Wymagane kroki kontroli - dla systemu zarzadzania ofertami 7.1 Testowane przypadki użycia Dodaj ofertę Usuń ofertę Wyszukaj ofertę Zarezerwuj ofertę 7.2 Opisy testów 7.2.1 Możliwość obsługi ISOiWUT przez przegladarkę oraz poprawność działania systemu Test ma za zadanie sprawdzić możliwości wystawiania ofert przez normalną aplikację kliencką. Klient dostaje do dyspozycji dwa komputery, przy których znajdują się te same scenariusze testowe. Użytkownik testuje możliwość obsługi internetowej aplikacji klienckiej ISOiWUT realizując scenariusze. Wymagania poprawności działania są takie same, co w wyżej wymienionym przypadku testowym. Test trwa ok. 30 minut. 7.2.2 Szybkie działanie przy wielu użytkownikach, odporność na duża ilość danych Dziesięć tysięcy specjalnie przygotowanych wirtualnych aplikacji klienckich sprawdza czy maksymalne opóźnienie przesyłanej oferty jest mniejsze niż 2 sekundy, podczas jednoczesnego ich uruchomienia. Test trwać będzie godzinę. Sprawdzana będzie również poprawność przesyłanych informacji. 7.2.3 Odporność na błędne dane Test ma za zadanie sprawdzić odporność systemu na błędne dane przez normalną aplikację kliencką. Tester dostaje do dyspozycji dwa komputery i testuje poprawność działania systemu wpisując błędne dane we wszystkie możliwe pola formularza. Test trwa około 30 minut. 7