Overlord - Plan testów

Podobne dokumenty
Plan Testów Systemu SOS

Topór Światowida Plan testów

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

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

Galileo - encyklopedia internetowa Plan testów

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

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

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

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

Overlord - specyfikacja uzupełniająca. Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej

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

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

Win Admin Replikator Instrukcja Obsługi

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

elektroniczna Platforma Usług Administracji Publicznej

Tomaszów Mazowiecki 5 stycznia 2015 r. ZAPYTANIE OFERTOWE

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

ZAPYTANIE OFERTOWE NR 01/2012/IMF

REFERAT PRACY DYPLOMOWEJ

IO - Plan przedsięwzięcia

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

Najwyżej ocenione raporty dla Mr Buggy 4

Overlord - Software Development Plan

Dlaczego testowanie jest ważne?

LeftHand Sp. z o. o.

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Załącznik nr 3 do zapytania ofertowego

Win Admin Replikator Instrukcja Obsługi

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

Maciej Oleksy Zenon Matuszyk

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

Testy poziom po poziomie

ARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI

Zarządzaj projektami efektywnie i na wysokim poziomie. Enovatio Projects SYSTEM ZARZĄDZANIA PROJEKTAMI

MEDIS_EWUS_AUTOMAT SYSTEM KS MEDIS: AUTOMAT EWUŚ Wydanie: 1.0 Data wydania: Marzec 2013 Strona/stron: 1/5

Metodyka wdrożenia. Bartosz Szczęch. Starszy Konsultant MS Dynamics NAV

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

elektroniczna Platforma Usług Administracji Publicznej

PHICS - Polish Harbours Information & Control System Dokumentacja użytkownika System weryfikacji autentyczności polskich dokumentów marynarzy

GS2TelCOMM. Rozszerzenie do TelCOMM 2.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO

Overlord Przypadki użycia

Porównanie metod i technik testowania oprogramowania. Damian Ryś Maja Wojnarowska

Strategia testów mająca doprowadzić do osiągnięcia pożądanych celów

Supermakler: Nowe funkcjonalności

oprogramowania F-Secure

Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego

PROJEKT PN.: PLATFORMA WYMIANY DANYCH B2B USPRAWNIAJĄCA PROCESY BIZNESOWE POMIĘDZY FIRMĄ SAWO-MET SP. Z O.O. A PARTNERAMI HANDLOWYMI

elektroniczna Platforma Usług Administracji Publicznej

Co to jest GASTRONOMIA?

Testowanie oprogramowania. Piotr Ciskowski

Instrukcja stosowania produktu finalnego. projektu innowacyjnego testującego

Szkolenie: Testowanie wydajności (Performance Testing)

ZAPYTANIE OFERTOWE. Ul. Sikorskiego Pyskowice NIP REGON Oferty pisemne prosimy kierować na adres: Hybryd Sp. z o.o.

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC

1. Cel i zakres dokumentu Słownik pojęć użytych w instrukcji... 3

Instrukcja użytkownika

CASE STUDIES TEST FACTORY

Jak efektywnie wykrywać podatności bezpieczeństwa w aplikacjach? OWASP The OWASP Foundation

Instrukcja stosowania produktu finalnego projektu innowacyjnego testującego. Projektodawca: Przedsiębiorstwo Handlowo Usługowe APUS Robert Meller

elektroniczna Platforma Usług Administracji Publicznej

Cele oraz techniki tworzenia prototypów systemów infromatycznych. Inżynieria Oprogramowania

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

Google Testing. Radosław Smilgin, , TestWarez

REKOMENDACJE DOTYCZĄCE PLATFORMY ZARZĄDZANIA KOMPETENCJAMI

GoBiz System platforma współpracy marektingowej

GLOBAL4NET Agencja interaktywna

Szczegółowy opis przedmiotu zamówienia

Modelowanie testów. czyli po co testerowi znajomość UML

Usługa: Testowanie wydajności oprogramowania

Instrukcja instalacji programu e STOMis wraz z pakietem Microsoft SQL Server 2005 Express Edition. e STOMis

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

Opis przedmiotu zamówienia (zwany dalej OPZ )

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Rubik s Manager - Plan testów

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

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

PROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem

2. Jakie i ile licencji Oracle 10g posiada zamawiający i czy posiada do tych licencji wsparcie techniczne?

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

Dokumentacja administratora

[INSTRUKCJA OBSŁUGI ICLOUDA FIRMY APPLE]

risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA

Dokument Detaliczny Projektu

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

Konfiguracja przeglądarek do pracy z aplikacjami Asix.Evo Instalacja i konfiguracja dodatku IE Tab

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

Szablon Planu Testów Akceptacyjnych

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

7. zainstalowane oprogramowanie zarządzane stacje robocze

SPRAWDŹ JAKIE TESTY MOŻESZ WYKONAĆ Z INNOVATION KONTROLA JPK

Znak sprawy: KZp

Instrukcja instalacji usługi Sygnity SmsService

Portal zarządzania Version 7.5

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

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

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

Opis zmian w wersji G Oprogramowania do Obsługi SR/FA/SW/ST/DM

Transkrypt:

Overlord - Plan testów Jakub Gołębiowski Adam Kawa Piotr Krewski Tomasz Weksej 5 czerwca 2006 Spis treści 1 Wprowadzenie 2 1.1 Cel tego dokumentu................................. 2 1.2 Cele systemu testów................................ 2 2 Zakres testów 2 2.1 Testy funkcjonalności................................ 2 2.2 Testy interfejsu użytkownika............................ 3 2.3 Testy integralności bazy danych.......................... 3 2.4 Testy wydajności i obciążenia........................... 3 2.5 Testy bezpieczeństwa i kontroli dostępu...................... 3 2.6 Testy konfiguracji.................................. 4 2.7 Testy regresyjne................................... 4 3 Harmonogram testów 5 4 Zasoby 5 4.1 Ludzkie....................................... 5 4.2 Programowe..................................... 6 1

1 Wprowadzenie 1.1 Cel tego dokumentu Celem niniejszego dokumentu jest określenie i przedstawienie zakresu i harmonogramu testów systemowych. Główny nacisk położony jest na zaplanowanie strategii ich wykonywania oraz określenie czynności towarzyszących przeprowadzaniu poszczególnych testów. 1.2 Cele systemu testów zapewnienie jakości wytworzonego software u sprawdzenie zgodności ze specyfikacją zweryfikowanie funkcjonalności poszczególnych części systemu i ich wzajemnej kooperacji 2 Zakres testów 2.1 Testy funkcjonalności Testy funkcjonalności weryfikują właściwe przyjmowanie, przetwarzanie i odzyskiwanie danych oraz właściwą implementację wymagań, używając poprawnych i niepoprawnych danych, wprowadzanych do aplikacji podczas testów. Dla modułów niezaimplementowanych przez nas (np. forum) będą one wykonywane jedynie funkcji krytycznych (zakładamy, że wcześniej zostały one przetestowane przez autorów). Dowiedzenie właściwej funkcjonalności systemu, włączając w to nawigację, wprowadzanie, przetwarzanie, odzyskiwanie, aktualizację i wyszukiwanie danych. Zastosowanie każdego przypadku użycia, używając zarówno prawidłowych, jak i nieprawidłowyh danych, by zweryfikować: czy wprowadzenie prawidłowych danych spowoduje pojawienie się spodziewanych rezultatów czy wprowadzenie nieprawidłowych danych spowoduje wyświetlenie się odpowiednich komunikatów i nie spowoduje niestabilności systemu czy serwis zaspokaja wszystkie przypadki użycia Model, Interfejs Użytkownika 2

2.2 Testy interfejsu użytkownika Celem testu Interfejsu użytkownika jest zweryfikowanie czy UI udostępnia użytkownikowi właściwy dostęp do funkcji systemu. Stworzenie testów dla każdego okna Interfejs Użytkownika 2.3 Testy integralności bazy danych Zapewnienie, że funkcje i metody dostępu nie naruszają integralności BD, ani nie powodują zniszczenia danych Odwoływanie się do Bazy Danych z poprawnymi i niepoprawnymi zestawami danych, lub zapytaniami o dane Baza danych 2.4 Testy wydajności i obciażenia Testy te są zaplanowane by sprawdzić funkcjonalność systemu na poziomie rzeczywistego użytkowania - mają zweryfikować, czy system jest w stanie obsłużyć przewidywaną liczbę operacji. Pokazanie, że system jest w stanie obsłużyć wiele zapytań w zadowalającym czasie i zapewniając właściwą izolację transakcji Zasymulowanie jednoczesnego korzystania z systemu przez 100 000 użytkowników. Model, Baza Danych 2.5 Testy bezpieczeństwa i kontroli dostępu Testy te za cel mają zapewnienie dwóch rodzajów bezpieczeństwa: Bezpieczeństwo aplikacji - np. dostęp do danych Bezpieczeństwo systemu - np. logowanie się do systemu 3

Bezpieczeństwo aplikacji: sprawdzenie, czy użytkownik ma dostęp jedynie do tych funkcji, które są dla niego przeznaczone. Bezpieczeństwo systemu: weryfikacja, czy tylko użytkownicy posiadający bezpośredni dostęp do systemu oraz aplikacje mają dostęp do niego. Wylistowanie, dla każdego typu użytkownika, funkcji które ma on prawo wykonać Stworzenie testów dla każdego typu użytkownika i sprawdzenie każdego prawa dostępu Model, Interfejs Użytkownika, Baza Danych 2.6 Testy konfiguracji Testy te mają na celu zapewnienie poprawnego zachowania się systemu na rozmaitych konfiguracjach sprzętowych - zwłaszcza róznych przeglądarkach internetowych. Wykoanie skryptów testowych na różnych przeglądarkach internetowych i ich konfiguracjach Interfejs użytkownika 2.7 Testy regresyjne Testy te będą wykonywane po włączeniu każdego nowego komponentu w celu sprawdzenia czy nie spowodowało to nowych błędów. Sprawdzenie czy poszczególne części systemu właściwie ze sobą współpracują po dokonanych zmianach Przeprowadzenie tych samych testów, które były dokonane przed każda iteracja i porównanie wyników Wszystkie 4

3 Harmonogram testów wlaczenie do testow bazy danych 01.11.2006 testy integralności bazy danych 01.11.2006-10.11.2006 wlaczenie do testow modelu 10.11.2006 testy wydajności i obciążenia 11.11.2006-05.12.2006 testy regresyjne 05.12.2006-15.12.2006 wlaczenie do testow interfejsu uzytkonika 16.12.2006 testowanie interfejsu użytkonika 16.12.2006-01.01.2007 testy konfiguracji 02.01.2007-15.01.2007 testy regresyjne 15.01.2007-01.02.2007 testy funkcjonalnosci 02.02.2007-17.02.2007 testy bezpieczenstwa i kontroli dostepu 17.02.2007-01.03.2007 finalne testy regresyjne 01.03.2007-01.04.2007 4 Zasoby Zasoby ludzkie i kompetencje: 4.1 Ludzkie Funkcja Kierownik testów Kompetencje ustala i zarzadza zasobami ustala plan testów składa raporty klientom ocenia postep procesu testowania przydziela role koordynuje i przydziela prace innym członkom zespołu 5

Projektant testów układa testy dla poszczególnych modułów generuje automatyczne skrypty testujące grupuje testy utrzymuje i zarzadza baza testow Testerzy przeprowadzaja zaplanowane testy tworzą sprawozdania z przebiegu testów konsultują się z ekspertami w wypadku wykrycia niejasności i błędów realizuja plan testów przygotowany przez Kierownika 4.2 Programowe Poniższa tabela przedstawia wymagania stawiane stacji klienckiej korzystającej z systemu Overlord. Interfejs użytkowinka powinien być przetestowany na każdej z wymienionych przeglądarek. 6

Platforma kliencka MS Windows Linux konfiguracja przegladarki IE 5.0 IE 5.5 IE 6.0 Opera 7.5.0 Opera 7.5.4 Mozilla 1.7 Mozilla 1.8 Firefox 1.0.7 Netscape 4.8 Netscape 7 Mozilla 1.3 Mozilla 1.8 Firefox 1.0.7 Opera 9.2.0 Opera 7.5.0 Netscape 4.8 Netscape 7 7