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



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

Szablon Planu Testów Akceptacyjnych

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

PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

PLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>

Testowanie oprogramowania. Piotr Ciskowski

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

Najwyżej ocenione raporty dla Mr Buggy 4

Testowanie oprogramowania

Opis przedmiotu zamówienia

Zapytanie ofertowe. BLIKET GRZEGORZ BYLINA ul. Sochaczewska 8B lok Brwinów Tel: , Faks: NIP: , Regon:

Polska-Warszawa: Usługi dostawy oprogramowania 2018/S Ogłoszenie o udzieleniu zamówienia. Wyniki postępowania. Usługi

Procedura Odbioru. 1. Niniejsza Procedura odbioru obejmuje:

I Przedmiot Zamówienia:

Procedury Odbioru. Załącznik nr 11

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

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

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

Plan Testów Systemu SOS

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

QualitySpy moduł persystencji

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

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

Projekt MCA. Spotkanie Przedsiębiorc. biorców w z Przedstawicielami Służby S

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

Szkolenie: Testowanie wydajności (Performance Testing)

Szczegółowy opis przedmiotu zamówienia

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Szczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia

Opis przedmiotu zamówienia

WZORY PROTOKOŁÓW ODBIORU Załącznik I do SZCZEGÓŁOWEGO OPISU PRZEDMIOTU ZAMÓWIENIA

Metodyka Sure Step. Agenda:

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

Topór Światowida Plan testów

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

Szczegółowy plan szkolenia

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

ZAPYTANIE OFERTOWE. 1. Przedmiotem zamówienia jest wykonanie następujących zadań w ramach wyróżnionych kategorii:

Overlord - Plan testów

ZAPYTANIE OFERTOWE NR 1/2015/POIG82 Program Operacyjny Innowacyjna Gospodarka

Opis Przedmiotu Zamówienia

Rozdział 5: Zarządzanie testowaniem. Pytanie 1

Rubik s Manager - Plan testów

III ZAPYTANIE OFERTOWE

ZAŁĄCZNIK nr WARUNKI GWARANCJI I. DEFINICJE... 2 II. ZASADY OGÓLNE... 3 III. POZIOMY SLA Izba Celna w Białymstoku.

ZAŁĄCZNIK NR 1 DO SIWZ OPIS PRZEDMIOTU ZAMÓWIENIA

Google Testing. Radosław Smilgin, , TestWarez

Nowe Systemy Notujące na TGE

Procedura uruchomienia nowych lub zmiany istniejących funkcjonalności w systemie SAP ERP w UJ

ZAPYTANIE OFERTOWE. Elektroniczna platforma danych B2B usprawniająca procesy biznesowe pomiędzy firmą AGRO-PARTNER a partnerami handlowymi

Maciej Oleksy Zenon Matuszyk

Harmonogram Ramowy Umowy

ZAPROSZENIE DO ZŁOŻENIA OFERTY Nr 1/8.2/2014

ISTOTNE POSTANOWIENIA UMOWY

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

ZAMÓWIENIE. Komentarz zamawiającego: Proszę o przetestowanie aplikacji w najnowszej wersji Mozilli Firefox

Priorytetyzacja przypadków testowych za pomocą macierzy

Usługa: Testowanie wydajności oprogramowania

ZARZĄDZANIE PROCESEM TESTOWYM (SQAM Test Manager) 7-8 luty 2008, Warszawa Zdobądź z nami certyfikat SQAM Test Manager.

Szczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu

ZAPISY OGÓLNE... 2 II. WARUNKI GWARANCJI SPRZĘTU... 4 III. WARUNKI GWARANCJI DLA OPROGRAMOWANIA... 6 IV. POZIOMY SLA...

Sukces vs porażka. Sukces. Porażka

Projekt wdrożenia nowych systemów notujących na TGE ( X - Stream Trading i SAPRI) - harmonogram realizacji

Nowy system notujący - harmonogram testów z CG. Artur Wrotek Z-ca Dyrektora IT ds. Rozwoju Aplikacji

Zapytanie ofertowe. I. Przedmiot zamówienia specyfikacja zgodnie z załącznikiem nr 1 do zapytania

Polskie Sieci Elektroenergetyczne S.A. OPIS PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA CZĘŚĆ II NA

Piotr Ślęzak. Gdzie się podziała jakość

Nowoczesne narzędzie wspomagające zarządzanie firmą w zakresie procesów i zadań działów kadrowo - personalnych.

AUREA BPM HP Software. TECNA Sp. z o.o. Strona 1 z 7

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

Wykaz zmian wprowadzonych aktualizacją

Dlaczego testowanie jest ważne?

Szczegółowy opis przedmiotu zamówienia

Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, Warszawa

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

ZAŁĄCZNIK NR 2 DO SIWZ. Program Testów

Poznań, dzień Zapytanie ofertowe

Modyfikacja i Aktualizacja Oprogramowania

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

WYKONANIE OPROGRAMOWANIA DEDYKOWANEGO

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

Stan realizacji Projektu

RAION BASIC MES SYSTEM ANDON & OEE

Szybkość w biznesie. Zwinne testowanie oprogramowania (Agile) Mateusz Morawski (mateusz.morawski@hp.com) 14 kwietnia 2015

System B2B automatyzujący zamówienia u producentów i dostawy do odbiorców asortymentu medycznego.

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

ZAPROSZENIE DO SKŁADANIA OFERT NA ZAPYTANIE OFERTOWE NR 10/03/2019. Nabór na stanowisko Testera oprogramowania (umowa zlecenie)

Testowanie i walidacja oprogramowania

Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800

Projekty zespołowe. - biznesowy z analizą strategiczną - przedsięwzięcia: opis ogólny produktu. 2. Zakres

PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU UMOWY

INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE

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

Specyfikacja przypadków i scenariuszy testowych

RAION BASIC MES SYSTEM ANDON & OEE

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

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

ZAPYTANIE OFERTOWE. nr 1/UE/2014. z dnia r. w związku z realizacją projektu pn.

Nowoczesne narzędzie wspomagające zarządzanie firmą w zakresie procesów i zadań działów kadrowo - personalnych.

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

Transkrypt:

Nazwa Projektu Plan testów Wersja N.NN Projekt realizowany jest w ramach Programu e-cło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka Dotacje na innowacje.

Metryka dokumentu Nazwa projektu Właściciel projektu Izba Celna Wykonawca* Produkt Autorzy Plik_wersja <Nazwa projektu> <Właściciel Obszaru do którego należy Projekt> <Izba Celna realizująca Projekt> Plan Testów <Autor Dokumentu> Liczba stron Projekt realizowany jest w ramach Programu e-cło współfinansowanego ze środków Europejskiego Funduszu Rozwoju Regionalnego w ramach Programu Operacyjnego Innowacyjna Gospodarka Dotacje na innowacje.

Zawartość planu testów systemu. 1. Wstęp 1.1. Cel dokumentu, adresaci. 1.2. Dokumenty referencyjne. 2. Etapy projektu, w których będą wykonywane testy wraz z określeniem typów testów. 2.1. Ogólny harmonogram testów. 2.2. Proponowane typy testów w zależności od etapu realizacji wraz z celem ich wykonywania: 2.3. Wyłączenia testów. 3. Źródła testów. 4. Produkty będące przedmiotem testów. 5. Przedmiot, zakres i rodzaje testów dla poszczególnych etapów wytwarzania systemu. 5.1. Rodzaje testów 5.1.1. testy funkcjonalności, 5.1.2. testy bezpieczeństwa w tym ochrony danych itp., 5.1.3. testy użyteczności, 5.1.4. testy modułowe 5.1.5. testy komunikacji miedzy modułami, 5.1.6. testy integracji Systemu z systemami zewnętrznymi, 5.1.7. testy wydajnościowe, 5.1.8. testy instalacji/konfiguracji. 5.2. Zakres testów: Ustalony ogólnie oraz w odniesieniu do cech systemu, które będą podlegały testowaniu. 5.3. Testy regresji: 5.4. Retesty. 6. Miejsce testów. 7. Odpowiedzialności 8. Środowisko testowe. 8.1. Opis wersji i konfiguracji 2 : 1 Szczegóły związane z warunkami wykonania testów akceptacyjnych będą umieszczone w dokumencie Strategia testów akceptacyjnych. 2

9. Organizacja przebiegu testów 3 9.1. Technika testowania, opracowanie przypadków testowych i zapisy wyników testów, raportowanie; 9.2. Rozpoczęcie, zawieszanie i wznawianie testowania, zakończenie testów; 9.3. Zgłaszanie i obsługa problemów testowych; 9.4. Dane testowe 10. Wagi problemów testowych i kryteria oceny rezultatów testów; 11. Szablony Załączników do planu testów przygotowywane w terminie późniejszym: Pakiet testowy, Opisy scenariuszy testowych i przypadków testowych, szablon Zgłoszenia Problemu Testowego, zawartość Raportu z Testów. 2 Na podstawie przygotowanego projektu technicznego systemu 3 Dotyczy testów iteracyjnych/systemowych. 3

Załączniki: 11.1. Scenariusz testu. Opis kolejnych kroków testu: Scenariusz testu zawiera: 1. Numer, wersję, datę utworzenia, odniesienie do testowanego obszaru, dane osoby odpowiedzialnej za przygotowanie. 2. sekwencyjny opis zadań, operacji, funkcji, jakie należy wykonać, aby obsłużyć procesy użytkownika przy pomocy aplikacji, może opisywać pojedyncze funkcje lub kompleksowe procesy, 3. oczekiwane wyniki operacji, Scenariusze testowe są wykorzystywane przy tworzeniu Przypadków Testowych 11.2. Przypadek Testowy. Przypadek testowy to dokument do testowania aplikacji. Jest to scenariusz testu uzupełniony o: 1. dane osoby wykonującej test (testera), 2. miejsce na wpisanie danych testowych, 3. miejsce na wpisanie wersji testowanej aplikacji. 4. miejsce na wpisanie uzyskanego wyniku testu (przez testera), 5. miejsce na uwagi użytkownika (testera). Praktycznie scenariusz testu powinien tak być skonstruowany, żeby było łatwo uzupełnić go o dane przypadku testowego. 11.3. Raport z testów. Dokument zawierający informację o osobach uczestniczących w testach, o przebiegu i wyniku testów. Dokument powinien zawierać informację o wykrytych błędach i ich kwalifikacji. Może zawierać informację o wykonanych procedurach i listę przypadków testowych. Zawiera podsumowanie testów w tym liczbę wykrytych błędów w podziale na kwalifikacje i odniesienie do uzgodnionych kryteriów jakości aplikacji. Po podpisaniu przez Zespól Testowy i Kierownika Projektu stanowi Protokół Akceptacji dla testowanego oprogramowania. Dokument ten stanowi podstawę do zatwierdzenia testowanego produktu. 4

11.4. Zgłoszenie problemu testowego Wykonawca: Zgłoszenie problemu testowego Nr: Projekt, Umowa MF/R/B/.././DI I. Zgłaszający: Stan (status) Problemu: Data i podpis Imię i Nazwisko: Zaniechany Data zgłoszenia: Poprawiony Rola w systemie: Zmiana typu zgłoszenia Ilość załączników II. Opis problemu Typ zgłoszenia: Błąd 1 blokujący 2 poważny 3 średni 4 - drobny Zmiana wymagań Nowa funkcjonalność Uciążliwość problemu: Uniemożliwia pracę Utrudnia pracę Uciążliwość mniejsza Lokalizacja problemu w systemie: Symbol modułu (komponentu, funkcji, raportu): Istota problemu: Szczegółowy opis problemu: III. Podpis Kierownika Projektu Zamawiającego... Imię i Nazwisko (czytelnie):... data i podpis 5