Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu. Projekt ZEFIR 2
|
|
- Mieczysław Kruk
- 8 lat temu
- Przeglądów:
Transkrypt
1 Załącznik nr 19 do Umowy nr... z dnia... Plan Testów Systemu Projekt ZEFIR 2 1
2 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 Systemu <Autor Dokumentu> Liczba stron Definicje pojęć i skróty. Pojęcie Błąd Przypadek testowy Retesty Scenariusz testowy Testy akceptacyjne Testy bezpieczeństwa w tym ochrony danych Testy funkcjonalności Definicja Skategoryzowany incydent lub problem o określonym priorytecie, który ze względu na ograniczenia w poprawnym działaniu Systemu określany jest jako: Awaria Błąd Blokujący Błąd Poważny Błąd Średni Błąd Drobny Zbiór danych wejściowych, warunków początkowych oraz oczekiwanych wyników utworzony, aby wykonać określony scenariusz testowy w systemie albo, aby zweryfikować zgodność z określonym wymaganiem. Testy poprawek błędów. Sekwencyjny opis zadań, operacji, funkcji, jakie należy wykonać, aby obsłużyć procesy użytkownika przy pomocy systemu. Może opisywać pojedyncze funkcje lub kompleksowe procesy systemu. Testy wykonywane przez Zamawiającego w środowisku testowym Zamawiającego przy wsparciu Wykonawcy. Celem testów jest weryfikacja i formalne potwierdzenie zgodności testowanego systemu z zawartą wcześniej Umową pomiędzy Zamawiającym a Wykonawcą. Testy sprawdzające: bezpieczeństwo dostępu do danych, zabezpieczenia danych przed utratą i błędami użytkownika, niepowołany/nieautoryzowany dostęp, zachowanie integralności. Testy wykonywane wg wybranych prostych scenariuszy testów do testowania pojedynczych funkcji lub prostych ścieżek wiodących przez kilka funkcji. 2
3 Testy instalacji/konfiguracji Testy integracji systemu z systemami współpracującymi Testy jednostkowe Testy komunikacji między modułami Testy międzynarodowe Testy modułowe Testy otwarte Testy regresywne Testy systemowe Testy utrzymania i rozwoju Testy polegają na sprawdzeniu kompletności instalacji, zgodności przebiegu procesu instalacji z instrukcją, dokumentacją oraz poprawności uzyskanej konfiguracji. Testy sprawdzające prawidłową komunikację pomiędzy wytworzonymi systemami w projektach Programu e-cło. Testy pojedynczych elementów ( jednostek systemu/modułu ) wykonywane w celu weryfikacji poprawności działania. Celem testu jest wykazanie, że poszczególne moduły systemu prawidłowo ze sobą współpracują i na tej podstawie dalsze testy sprawdzają, czy funkcjonalność systemu wymagająca zaangażowania wielu modułów jest realizowana prawidłowo. Testy realizowane w przypadku systemów współpracujących z UE. Testy te najczęściej dotyczą komunikatów UE/PL i są związane z wymaganiami unijnymi. Testy realizuje Wykonawca przy udziale Zamawiającego. Testy obejmują całość określonego fragmentu systemu/modułu, mają na celu sprawdzenie, czy system działa zgodnie z uzgodnioną specyfikacją wymagań dla poszczególnych modułów, upewnienie się, że każda funkcja umożliwia realizację wszystkich dopuszczalnych akcji i sytuacji lub uniemożliwia realizację każdej akcji i sytuacji zabronionej. Testy wykonywane ad hoc w dowolnym czasie, bez formalnego uzgodnienia scenariuszy testowych i wcześniejszego ich zaplanowania. W wypadku wykonania takiego testu jego przebieg należy opisać na formularzu scenariusza testowego i przypadku testowego. Testy wykonywane po wprowadzeniu zmian do systemu i mające na celu sprawdzenie, czy nowo wprowadzone poprawki nie mają wpływu na wcześniej zrealizowane funkcje systemu. Testy wykonywane w środowisku testowym Wykonawcy w trakcie produkcji systemu przy możliwym udziale Zamawiającego lub w środowisku testowym Zamawiającego. Wykonanie testów ma zapewnić Zamawiającemu możliwość oceny funkcjonalności przygotowanego systemu, wykrycia błędów w systemie na wczesnym etapie jego produkcji i zgłaszania uwag, zmian i uzupełnień do założonej funkcjonalności. Testy realizowane po uruchomieniu produkcyjnym systemu w okresie utrzymania i rozwoju systemu. Testy te zawierają między innymi testy regresywne. 3
4 Testy użyteczności Testy wydajnościowe Testy wykonywane na podstawie scenariuszy testowych odzwierciedlających procesy biznesowe, mają one być emulacją codziennej pracy w systemie. Testy te sprawdzają wydajność działania systemu w różnych warunkach jego obciążenia. 4
5 Zawartość planu testów systemu. 1. Wstęp 1.1. Cel dokumentu, adresaci Dokumenty referencyjne. 2. Ogólny harmonogram testów. 3. Źródła testów. 4. Produkty będące przedmiotem testów. 5. Scenariusze testowe i raportowanie wyników testów. 6. Wagi problemów testowych i kryteria oceny rezultatów testów. 7. Rejestr problemów testowych. 8. Etap projektu < wpisać etap projektu, w których będą wykonywane testy> Typy testów Testy systemowe Rodzaje testów Zakres testów Testy regresywne Miejsce testów Odpowiedzialności Środowisko testowe Opis wersji i konfiguracji Przygotowanie środowiska testowego i danych testowych Wykonanie instalacji i testu instalacyjnego dostarczonej wersji Systemu Organizacja przebiegu testów Warunki przystąpienia do testów Technika testowania, opracowanie przypadków testowych i zapisy wyników testów, raportowanie Rozpoczęcie, zawieszanie i wznawianie testowania, zakończenie testów Warunki prowadzenia retestów Warunki prowadzenia testów otwartych Zgłaszanie i obsługa problemów testowych testy akceptacyjne modułu i/lub systemu, [powtórzyć zapisy jak w pkt 8.1.1] testy międzynarodowe - w przypadku systemów wymieniających komunikaty UE/PL, 1 Na podstawie przygotowanego Projektu infrastruktury technicznej systemu. 5
6 [powtórzyć zapisy jak w pkt 8.1.1] testy na etapie utrzymania i rozwoju systemu. [powtórzyć zapisy jak w pkt 8.1.1] 8.2. Wyłączenia z testów. [Jeśli dotyczy, wykaz testów, które zostaną wyłączone wraz z powodem wyłączenia.] 9. Etap projektu < wpisać kolejny etap projektu, w których będą wykonywane testy>. [powtórzyć zapisy jak w pkt 8] 6
7 Załączniki: 1. Załącznik nr 1 - Szablon scenariuszy testowych 2. Załącznik nr 2 - Szablon raportu z testów 7
Nazwa Projektu. Plan testów. Wersja N.NN
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
Bardziej szczegółowoNiniejszy załącznik składa się z 5 ponumerowanych stron
ZAŁĄCZNIK NR 10 DO SIWZ PROCEDURA TESTOWANIA W PROJEKCIE E-ZDROWIE DLA MAZOWSZA NA DOSTAWY I WDROŻENIE EDM, SSI Niniejszy załącznik składa się z 5 ponumerowanych stron Warszawa, dnia 14.01.2015 r. Strona
Bardziej szczegółowoTestowanie oprogramowania. Piotr Ciskowski
Testowanie oprogramowania Piotr Ciskowski TESTOWANIE testowanie o proces eksperymentalnego badania programu lub jego komponentu o próbne wykonanie w znanych warunkach o rejestrowanie wyników o ocena właściwości
Bardziej szczegółowoSzablon Planu Testów Akceptacyjnych
Szablon Planu Testów Akceptacyjnych strona 1 z 10 SPIS TREŚCI: 1 WPROWADZENIE 3 2 STRATEGIA TESTÓW AKCEPTACYJNYCH 4 2.1 Założenia do przeprowadzenia testów akceptacyjnych 4 2.1.1 Warunki przeprowadzenia
Bardziej szczegółowoTestowanie oprogramowania
Testowanie oprogramowania 1/17 Testowanie oprogramowania Wykład 01 dr inż. Grzegorz Michalski 13 października 2015 Testowanie oprogramowania 2/17 Dane kontaktowe: Kontakt dr inż. Grzegorz Michalski pokój
Bardziej szczegółowoPROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W CSIZS
Załącznik nr 3 do umowy nr 10/DI/PN/2016 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W Rozdział 1. ADMINISTROWANIE 1. Wykonawca, w celu zapewnienia ciągłości funkcjonowania, zobowiązuje się
Bardziej szczegółowoSukces vs porażka. Sukces. Porażka
Wstęp Cytaty Kiedy zawiesza się program konkurencji, to jest awaria. Kiedy zawiesza się własny program, to jest drobiazg. Często po awarii pojawia się komunikat typu ID 02. ID to skrót od idiotyczny drobiazg,
Bardziej szczegółowoPolskie Sieci Elektroenergetyczne S.A. OPIS PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA CZĘŚĆ II NA
Polskie Sieci Elektroenergetyczne S.A. OPIS PRZEDMIOTU ZAMÓWIENIA SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA CZĘŚĆ II NA Zamówienie niepubliczne Przetarg nieograniczony Konstancin - Jeziorna, listopad
Bardziej szczegółowoPLAN WDROśENIA SYSTEMU PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.3 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN WDROśENIA SYSTEMU PROJEKT WERSJA numer wersji
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia
Załącznik nr 2 do Zapytania Ofertowego nr 07/04/IT/2016 Szczegółowy opis przedmiotu zamówienia Utrzymanie i rozwój systemów GREX, SPIN, TK, AMOC, Obsługa Rewidentów 1 SPIS TREŚCI Wprowadzenie... 3 1. Specyfikacja
Bardziej szczegółowoOpis przedmiotu zamówienia
Załącznik nr 1 do SIWZ Załącznik nr 1 do Umowy nr... z dnia... 20... r. SYSTEM HERMES2 Opis przedmiotu zamówienia Spis treści SPIS TREŚCI 1. Słownik przyjętych skrótów i oznaczeń...4 2. Przedmiot zamówienia
Bardziej szczegółowoOverlord - Plan testów
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................................
Bardziej szczegółowoRozdział 5: Zarządzanie testowaniem. Pytanie 1
Pytanie 1 Dlaczego niezależne testowanie jest ważne: A) Niezależne testowanie jest w zasadzie tańsze niż testowanie własnej pracy B) Niezależne testowanie jest bardziej efektywne w znajdywaniu defektów
Bardziej szczegółowoPolska-Warszawa: Usługi dostawy oprogramowania 2018/S Ogłoszenie o udzieleniu zamówienia. Wyniki postępowania. Usługi
1 / 5 Niniejsze ogłoszenie w witrynie TED: http://ted.europa.eu/udl?uri=ted:notice:275864-2018:text:pl:html -: Usługi dostawy oprogramowania 2018/S 121-275864 Ogłoszenie o udzieleniu zamówienia Wyniki
Bardziej szczegółowoNajwyżej ocenione raporty dla Mr Buggy 4
Najwyżej ocenione raporty dla Mr Buggy 4 Uwagi Komisji: 1. Żaden z raportów nie otrzymał maksymalnej liczby punktów. 2. Poniżej prezentowane są oryginalne wersje raportów z usuniętymi danymi mogącymi identyfikować
Bardziej szczegółowoPorównanie metod i technik testowania oprogramowania. Damian Ryś Maja Wojnarowska
Porównanie metod i technik testowania oprogramowania Damian Ryś Maja Wojnarowska Testy oprogramowania Testowanie oprogramowania jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów
Bardziej szczegółowoOpis przedmiotu zamówienia
Załącznik nr 1 do SIWZ Załącznik nr 1 do Umowy nr... z dnia... 20... r. SYSTEM HERMES2 Rozbudowa Pilota Systemu HERMES2 Opis przedmiotu zamówienia Spis treści SPIS TREŚCI 1. Słownik przyjętych skrótów
Bardziej szczegółowoPLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT <NAZWA PROJEKTU> WERSJA <NUMER WERSJI DOKUMENTU>
Załącznik nr 4.6 do Umowy nr 35-ILGW-253-.../20.. z dnia... MINISTERSTWO FINANSÓW DEPARTAMENT INFORMATYKI PLAN ZARZĄDZANIA KONFIGURACJĄ OPROGRAMOWANIA PROJEKT WERSJA
Bardziej szczegółowoProcedury Odbioru. Załącznik nr 11
Załącznik nr 11 Procedury Odbioru I. OGÓLNE POSTANOWIENIA DOTYCZĄCE ODBIORÓW... 2 II. PROCEDURA ODBIORU FAZY 1... 2 III. PROCEDURA ODBIORU FAZY II I III... 2 IV. PROCEDURA ODBIORU DOKUMENTÓW - FAZA IV...
Bardziej szczegółowoIO - Plan wdrożenia. M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak. 5 czerwca 2006
IO - Plan wdrożenia M.Jałmużna T.Jurkiewicz P.Kasprzyk M.Robak 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoModyfikacja i Aktualizacja Oprogramowania
Modyfikacja i Aktualizacja Oprogramowania Załącznik nr 4 do Umowy 1. W ramach udzielonej gwarancji i rękojmi Wykonawca zapewni prawidłowe (nieograniczone czasowo i funkcjonalnie) działanie Oprogramowania.
Bardziej szczegółowoINŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE
INŻYNIERIA OPROGRAMOWANIA TESTOWANIE SYSTEMOWE Ważne pojęcia (I) Warunek testowy (test condition) to element lub zdarzenie modułu lub systemu, który może być zweryfikowany przez jeden lub więcej przypadków
Bardziej szczegółowoZAPISY OGÓLNE... 2 II. WARUNKI GWARANCJI SPRZĘTU... 4 III. WARUNKI GWARANCJI DLA OPROGRAMOWANIA... 6 IV. POZIOMY SLA...
Załącznik nr 10 Warunki Gwarancji I. ZAPISY OGÓLNE... 2 II. WARUNKI GWARANCJI SPRZĘTU... 4 III. WARUNKI GWARANCJI DLA OPROGRAMOWANIA... 6 IV. POZIOMY SLA... 7 I. Zapisy ogólne 1. Wykonawca udziela Zamawiającemu
Bardziej szczegółowoProcedury dostawy, akceptacji i odbioru produktów
Załącznik nr 17 do Umowy nr.. z dnia... Procedury dostawy, akceptacji i odbioru produktów 1 Spis treści 1 Wstęp... 3 1.1 Cel dokumentu... 3 1.2 Odbiorcy dokumentu... 3 1.3 Zakres dokumentu... 3 1.4 Definicje,
Bardziej szczegółowoCzęść III - Zadanie nr 4.4: Oprogramowanie do zarządzania. Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia
Część III - Zadanie nr 4.4: Oprogramowanie do zarządzania Lp. Zwartość karty Opis 1 Specyfikacja techniczna / funkcjonalna przedmiotu zamówienia Zakres przedmiotu zamówienia obejmuje dostarczenie i wdrożenie
Bardziej szczegółowoNowe Systemy Notujące na TGE
Nowe Systemy Notujące na TGE Artur Wrotek Z-ca Dyrektora DIN ds. Aplikacji Giełdowych Komitet Rynku Energii Elektrycznej Warszawa, 6 kwietnia 2016 roku Strona Agenda X Stream Trading 3 SAPRI 8 1 X Stream
Bardziej szczegółowoSpecyfikacja przypadków i scenariuszy testowych
Specyfikacja przypadków i scenariuszy testowych wzów przygotowany na podstawie Rozporządzenia Ministra Nauki i Informatyzacji z dnia 19 października 2005r. w sprawie testów akceptacyjnych oraz badania
Bardziej szczegółowoDwuwymiarowy sposób na podróbki > 34
TEMAT NUMERU I Bezpieczeństwo WIELE WYMIARÓW BEZPIECZEŃSTWA I zapobieganie zanieczyszczeniom krzyżowym I walka z fałszowaniem leków I walidacja rozwiązań chmurowych Maszyny rozwoju > 20 Dwuwymiarowy sposób
Bardziej szczegółowoProcedury dostawy, akceptacji i odbioru produktów
Załącznik nr 17 do Umowy nr... z dnia... Procedury dostawy, akceptacji i odbioru produktów I. Definicje Pojęcie Akceptacja Akceptacja z uwagami Awaria Baza Wiedzy Błąd Błąd regresji Błąd Blokujący Określenie
Bardziej szczegółowoISTOTNE POSTANOWIENIA UMOWY
Załącznik nr 1 do SIWZ 35-ILGW-253-150/2012 ISTOTNE POSTANOWIENIA UMOWY Al. Krasińskiego 11b, 31-111 Kraków tel.: +48 12 62 90 194 fax.: +48 12 62 90 189 e- mail: projekt.osoz2@kra.mofnet.gov.pl www.e-clo.gov.pl
Bardziej szczegółowoKonwerter Plan testów. Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008
Konwerter Plan testów Jakub Rauch Tomasz Gołębiowski Adam Busch Bartosz Franaszek 1 czerwca 2008 1 Spis treści 1 Wprowadzenie 3 1.1 Cel........................................ 3 1.2 Zamierzeni odbiorcy
Bardziej szczegółowoSzczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:
Rozdział I Szczegółowy opis przedmiotu umowy Załącznik nr 1 do Umowy Architektura środowisk SharePoint UMWD 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów: a) Środowisko
Bardziej szczegółowoStudia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW
01-447 Warszawa ul. Newelska 6, tel. (+48 22) 34-86-520, www.wit.edu.pl Studia podyplomowe BEZPIECZEŃSTWO I JAKOŚĆ SYSTEMÓW INFORMATYCZNYCH PROGRAM NAUCZANIA PLAN STUDIÓW Studia podyplomowe BEZPIECZEŃSTWO
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia
Załącznik nr 2 Szczegółowy opis przedmiotu zamówienia- założenia do metodyki realizacji przedmiotu zamówienia W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć
Bardziej szczegółowoZarządzanie testowaniem wspierane narzędziem HP Quality Center
Zarządzanie testowaniem wspierane narzędziem HP Quality Center studium przypadku Mirek Piotr Szydłowski Ślęzak Warszawa, 17.05.2011 2008.09.25 WWW.CORRSE.COM Firma CORRSE Nasze zainteresowania zawodowe
Bardziej szczegółowoZawód tester, czyli na czym polega testowanie. Katarzyna Łabinska Justyna Sacha - Gawlik
Zawód tester, czyli na czym polega testowanie Katarzyna Łabinska Justyna Sacha - Gawlik Agenda: 1. Poznajmy się 2. Tester - kto to jest? 3. Podstawy testowania 4. Testowanie manualne a automatyczne 5.
Bardziej szczegółowoStan realizacji Projektu
Projekt ASI realizowany przez Województwo Mazowieckie, gminy i powiaty Mazowsza Stan realizacji Projektu Andrzej Natuniewicz Kierownik Wydziału ds. Infrastruktury Informatycznej Departament Cyfryzacji,
Bardziej szczegółowoRFP. Wymagania dla projektu. sklepu internetowego B2C dla firmy Oplot
RFP Wymagania dla projektu sklepu internetowego B2C dla firmy Oplot CEL DOKUMENTU Celem niniejszego dokumentu jest przedstawienie wymagań technicznych i funkcjonalnych wobec realizacji projektu budowy
Bardziej szczegółowoMetodyka wdrożenia. Bartosz Szczęch. bartosz.szczech@it.integro.pl. Starszy Konsultant MS Dynamics NAV
Metodyka wdrożenia Bartosz Szczęch Starszy Konsultant MS Dynamics NAV bartosz.szczech@it.integro.pl Wyróżniamy następujące etapy wdrożenia rozwiązania ERP: Analiza Projekt Budowa Uruchomienie Działanie
Bardziej szczegółowoTestowanie oprogramowania. Testowanie oprogramowania 1/34
Testowanie oprogramowania Testowanie oprogramowania 1/34 Testowanie oprogramowania 2/34 Cele testowania testowanie polega na uruchamianiu oprogramowania w celu wykrycia błędów, dobry test to taki, który
Bardziej szczegółowoZAŁĄCZNIK nr WARUNKI GWARANCJI I. DEFINICJE... 2 II. ZASADY OGÓLNE... 3 III. POZIOMY SLA... 7. Izba Celna w Białymstoku. www.e-clo.gov.
Izba Celna w Białymstoku ZAŁĄCZNIK nr WARUNKI GWARANCJI I. DEFINICJE... 2 II. ZASADY OGÓLNE... 3 III. POZIOMY SLA... 7 ul. Octowa 2, 15-399 Białystok tel.: +48 85 745 85 55 fax: +48 85 745 85 99 e-mail:
Bardziej szczegółowoSLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK. Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu.
SLA ORAZ ZASADY ŚWIADCZENIA WSPARCIA I HELPDESK Wykonawca zobowiązuje się do świadczenia Usług Wsparcia i Helpdesk w odniesieniu do Systemu. 1. ZAKRES USŁUG Nazwa Usługi Krótki opis Usuwanie Błędów Usuwanie
Bardziej szczegółowoPlan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych
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..........................................
Bardziej szczegółowoZapytanie Ofertowe. Na budowę systemu informatycznego B2B. Wersja 1.00. Warszawa, 2013-03-01
Zapytanie Ofertowe Na budowę systemu informatycznego B2B Wersja 1.00 Warszawa, 2013-03-01 Projekt współfinansowany przez Unię Europejską w ramach STRONA 2 Z 7 Spis treści: 1 Cel dokumentu... 3 1.1 Informacje
Bardziej szczegółowoPlan Testów Systemu SOS
Plan Testów Systemu SOS Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz Piotr Kuśka 5 czerwca 2006 1 Spis treści 1 Wprowadzenie 4 1.1 Cel tego dokumentu................................. 4 1.2
Bardziej szczegółowoProjekt wdrożenia nowych systemów notujących na TGE ( X - Stream Trading i SAPRI) - harmonogram realizacji
Projekt wdrożenia nowych systemów notujących na TGE ( X - Stream Trading i SAPRI) - harmonogram realizacji Artur Wrotek Z-ca Dyrektora DI ds. Aplikacji Giełdowych IX FORUM OBROTU Janów Podlaski, 20-22
Bardziej szczegółowoSzczegółowy harmonogram rzeczowy realizacji prac systemu B2B
Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B NAZWA ZADANIA ZADANIE CZĄSTKOWE TECHNOLOGIA ILOŚĆ OSÓB ILOŚĆ GODZIN TERMIN REALIZACJI 1 2 4 5 6 7 Zadanie 1 - wersji alfa 1 systemu B2B 3 723
Bardziej szczegółowoCASE STUDIES TEST FACTORY
CASE STUDIES TEST FACTORY Wiodący niemiecki bank inwestycyjny 01. Wsparcie klienta przez wysoko wykwalifikowany zespół analityków testowych oraz inżynierów automatyzacji testów Bankowość Wdrożenie nowego
Bardziej szczegółowoZAŁĄCZNIK NR 2 DO SIWZ. Program Testów
ZAŁĄCZNIK NR 2 DO SIWZ Program Testów SPIS TREŚCI 1 Wprowadzenie... 3 2 Zasady prowadzenia testów (Regulamin)... 3 3 Wykaz testowanych elementów... 4 4 Środowisko testowe... 4 4.1 Środowisko testowe nr
Bardziej szczegółowoPROCEDURA ADMINISTROWANIA ORAZ USUWANIA
Załącznik nr 3 do umowy nr 16/DI/PN/2015 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA BŁĘDÓW I AWARII WORTALU PSZ Rozdział 1. ADMINISTROWANIE WORTALEM PSZ 1. Wykonawca zobowiązuje się do administrowania platformą
Bardziej szczegółowoProcedura Odbioru. 1. Niniejsza Procedura odbioru obejmuje:
1. Niniejsza Procedura odbioru obejmuje: Załącznik nr 3 do Umowy nr... z dnia... zmodyfikowany w dniu 18.05.2015 r. Procedura Odbioru a) proces uzgadniania wykazu Produktów do odbioru; b) proces uzgadniania
Bardziej szczegółowoHarmonogram Ramowy Umowy
Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego Projekt pn. Program rozwoju Uniwersytetu Kazimierza Wielkiego w Bydgoszczy UMOWA Nr: UDA-POKL.04.01.01-00-157/11-00
Bardziej szczegółowoTesty poziom po poziomie
poziom po poziomie Prowadzący: Tomasz Mielnik Eliza Słonińska Agenda 1. Modele prowadzenia projektów 2. V-Model 3. Poziomy testów 4. Typy testów 5. Zadanie 1 Modele prowadzenia projektów Wodospadowy (ang.
Bardziej szczegółowoZałącznik nr 2 do Umowy nr... z dnia... Zawartość Planu Jakości Projektu i wymagania w zakresie jego aktualizacji
Załącznik nr 2 do Umowy nr... z dnia... Zawartość Planu Jakości Projektu i wymagania w zakresie jego aktualizacji I. Zawartość Planu Jakości Projektu 1. Wstęp 1.1. Cel Planu Jakości Projektu 1.2. Zastosowanie
Bardziej szczegółowoWdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego
ZAPYTANIE OFERTOWE NR 1/2014 DOTYCZĄCE PROJEKTU: Wdrozėnie systemu B2B wprowadzaja cego automatyzacje procesów biznesowych w zakresie Systemu Nadzoru Projektowego realizowanego w ramach w ramach działania
Bardziej szczegółowoOpis przedmiotu zamówienia na zaprojektowanie, realizację, dostawę, instalację, wdrożenie i wsparcie utrzymania oraz rozwój Systemu ZEFIR 2
Załącznik nr 1 do SIWZ Załącznik nr 1 do Istotnych Postanowień Umowy Opis przedmiotu zamówienia na zaprojektowanie, realizację, dostawę, instalację, wdrożenie i wsparcie utrzymania oraz rozwój Systemu
Bardziej szczegółowoNiniejszy załącznik reguluje sposób monitorowania, raportowania i rozliczenia poziomu świadczenia oraz naprawy błędów w ramach Systemu PZUM.
Załącznik nr 5 do umowy - SLA Niniejszy załącznik reguluje sposób monitorowania, raportowania i rozliczenia poziomu świadczenia oraz naprawy błędów w ramach Systemu PZUM. 1 SLA Aplikacyjne 1.1 Dla zakresu
Bardziej szczegółowoEN54-13 jest częścią rodziny norm EN54. Jest to norma dotycząca raczej wydajności systemu niż samych urządzeń.
Przegląd EN54-13 EN54-13:2005 Systemy sygnalizacji pożarowej - Część 13: Ocena kompatybilności podzespołów systemu Cel EN54-13 jest częścią rodziny norm EN54. Jest to norma dotycząca raczej wydajności
Bardziej szczegółowoPROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU UMOWY
Załącznik nr 4 do Umowy Nr... z dnia...r. znak sprawy: 53/DI/PN/2010 MINISTERSTWO PRACY I POLITYKI SPOŁECZNEJ ul. Nowogrodzka 1/3/5, 00-513 Warszawa www.mpips.gov.pl PROCEDURY AKCEPTACJI ORAZ ODBIORU PRZEDMIOTU
Bardziej szczegółowoWymagana dokumentacja Systemów dziedzinowych i EOD
Załącznik nr 1i do SIWZ Wymagana dokumentacja Systemów dziedzinowych i EOD Strona 1 z 10 Spis treści 1. Działania organizacyjne i przygotowawcze do wdrożenia... 3 1.1 Opracowanie dokumentacji na potrzeby
Bardziej szczegółowoZakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa
Zakład Ubezpieczeń Społecznych Departament Zamówień Publicznych ul. Szamocka 3, 5, 01-748 Warszawa 993200/UE/UE/1/2009/18/Z2/370/IN-462/2012 Warszawa, dnia 04 czerwca 2012 r. Informacja dla Wykonawców
Bardziej szczegółowoZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ
ZAŁĄCZNIK NR 3 OPIS PRZEDMIOTU ZAMÓWIENIA DOTYCZĄCY WDROŻENIA PLATFORMY ZAKUPOWEJ 1. PRZEDMIOT ZAMÓWIENIA Przedmiotem zamówienia jest dostarczenie i wdrożenie systemu informatycznego dalej Platforma zakupowa
Bardziej szczegółowoZakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800
Zakres prac implementacja VPLEX i ViPR dla środowiska macierzy VNX 5800 Autor: RWE GBS Polska Wersja: 1.0 Status: opublikowany Copyright RWE GBS. Any use or form of reproduction, in whole or part, of any
Bardziej szczegółowoDlaczego testowanie jest ważne?
Testowanie Dlaczego testowanie jest ważne? Oprogramowanie które nie działa poprawnie może doprowadzić do: straty czasu, pieniędzy utraty reputacji uszkodzeń ciała a nawet śmierci Definicja błędu Oprogramowanie
Bardziej szczegółowoOpis Przedmiotu Zamówienia
Załącznik nr 1 do SIWZ/ załącznik nr 1 do umowy OP/UP/099/2011 Opis Przedmiotu Zamówienia 1. Przedmiot zamówienia 1.1. Przedmiotem zamówienia jest świadczenie usług konsultancko-developerskich dla systemu
Bardziej szczegółowoTom 6 Opis oprogramowania Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli obmiaru do celów fakturowania
Część 8 Narzędzie do kontroli danych elementarnych, danych wynikowych oraz kontroli Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 21 maja 2012 Historia dokumentu
Bardziej szczegółowoZAPYTANIA I WYJAŚNIENIA DO SIWZ
Projekt pn. Budowa użytecznych usług epuap oraz kreowanie świadomości mieszkańców w celu stworzenia Opole, 2014-11-24 AG.272.18.2014.HS Dotyczy: przetargu nieograniczonego pn. Dostawa licencji i wdrożenie
Bardziej szczegółowoPROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W SI EKSMOON
Załącznik nr 3 do umowy nr 31/DI/PN/2015 PROCEDURA ADMINISTROWANIA ORAZ USUWANIA AWARII I BŁĘDÓW W SI EKSMOON Rozdział 1. ADMINISTROWANIE 1. Wykonawca zobowiązuje się do administrowania środowiskiem produkcyjnym
Bardziej szczegółowoWARUNKI GWARANCJI I SERWISU GWARANCYJNEGO
Załącznik nr 3 do Umowy nr.. z dnia r. Warunki gwarancji i serwisu gwarancyjnego WARUNKI GWARANCJI I SERWISU GWARANCYJNEGO 1. Definicję pojęć: Celem opisania warunków świadczenia usług serwisowych definiuje
Bardziej szczegółowoSzczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu
Załącznik nr 2 do SIWZ Szczegółowy opis przedmiotu zamówienia założenia dla metodyki realizacji Projektu W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania i założenia jakie musi przyjąć Wykonawca
Bardziej szczegółowoPraktyka testowania dla początkujących testerów
Praktyka testowania dla początkujących testerów Warsztaty stanowią 100% praktykę testowania i skupiają się zwłaszcza na tych aspektach, które przydatne są w codziennej pracy testera. Przeznaczone są dla
Bardziej szczegółowoZAPYTANIE OFERTOWE. Wdrożenie systemu B2B w celu automatyzacji procesów biznesowych zachodzącymi między Wnioskodawcą a partnerami biznesowymi
Wrocław, 28 sierpnia 2014 r. ZAPYTANIE OFERTOWE KIEZA MARCIN MARCIN KIEZA PRO - CHEMIA PPH z siedzibą w Marcinkowicach przy ulicy Letnia 8a (55-200, Oława I) realizując projekt pt. Wdrożenie systemu B2B
Bardziej szczegółowoWybór ZSI. Zakup standardowego systemu. System pisany na zamówienie
Wybór ZSI Zakup standardowego systemu System pisany na zamówienie Zalety: Standardowy ZSI wbudowane najlepsze praktyki biznesowe możliwość testowania przed zakupem mniej kosztowny utrzymywany przez asystę
Bardziej szczegółowoUsługa: Testowanie wydajności oprogramowania
Usługa: Testowanie wydajności oprogramowania testerzy.pl przeprowadzają kompleksowe testowanie wydajności różnych systemów informatycznych. Testowanie wydajności to próba obciążenia serwera, bazy danych
Bardziej szczegółowoZAŁĄ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 3 DO UMOWY- PO ZMIANIE (1) Zał.3 Warunki świadczenia serwisu gwarancyjnego oraz Asysty Technicznej Załącznik nr 3 do Umowy 1. Warunki świadczenia serwisu gwarancyjnego oraz Asysty Technicznej
Bardziej szczegółowoPytania i wyjaśnienia treści Specyfikacji Istotnych Warunków Zamówienia
Warszawa, 11 kwietnia 2013 r. Dotyczy: postępowania prowadzonego w trybie przetargu nieograniczonego na Usługi wsparcia technicznego, utrzymania oraz rozwoju systemu Soprano, Phoenix oraz Register Plus
Bardziej szczegółowoZapytanie ofertowe. I. Przedmiot zamówienia specyfikacja zgodnie z załącznikiem nr 1 do zapytania
e-muzyka S.A. Warszawa, dn. 07.12.2010r ul. Zwycięzców 18 03-941 Warszawa Zapytanie ofertowe W związku z realizacją projektu w ramach Programu Operacyjnego Innowacyjna Gospodarka, Działanie 8.2, zwracamy
Bardziej szczegółowoOGŁOSZENIE O ZAMÓWIENIU
OGŁOSZENIE O ZAMÓWIENIU Zamieszczanie ogłoszenia: biuro informacji publicznej, baza konkurencyjności Ministerstwa Rozwoju, siedziba Związku Rzemiosła Polskiego, strona internetowa www.zrp.pl Ogłoszenie
Bardziej szczegółowoMaciej Oleksy Zenon Matuszyk
Maciej Oleksy Zenon Matuszyk Jest to proces związany z wytwarzaniem oprogramowania. Jest on jednym z procesów kontroli jakości oprogramowania. Weryfikacja oprogramowania - testowanie zgodności systemu
Bardziej szczegółowoZAPYTANIE OFERTOWE. Zamawiający. Przedmiot zapytania ofertowego. Wrocław, dnia 23.03.2015 r.
ZAPYTANIE OFERTOWE Wrocław, dnia 23.03.2015 r. W związku z realizacją przez Nova Telecom spółka z ograniczoną odpowiedzialnością, projektu pn.: Wdrożenie zintegrowanego systemu klasy B2B, umożliwiającego
Bardziej szczegółowoQualitySpy moduł persystencji
Projektowanie oprogramowania Instytut Informatyki, Automatyki i Robotyki, Politechnika Wrocławska QualitySpy moduł persystencji Testy akceptacyjne Nazwa pliku: /QualitySpy/modules/qualityspypersistence/src/test/java/pl/wroc/pwr/qualityspy/persistence
Bardziej szczegółowoIII ZAPYTANIE OFERTOWE
III ZAPYTANIE OFERTOWE dotyczy projektu: Wdrożenie internetowego systemu B2B dla TLC Rental integrującego zarządzanie systemami logistycznymi w zakresie zamówień, dostaw i kontrolingu Zamawiający: Okres
Bardziej szczegółowoTopór Światowida Plan testów
Topór Światowida Plan testów Maciej Pawlisz Łukasz Polak Oskar Skibski Jakub Światły 5 czerwca 2007r. 1 Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoPROCEDURA WPROWADZANIA ZMIAN W
PROCEDURA WPROWADZANIA ZMIAN W STANDARDACH TECHNICZNYCH SYSTEMU WIRE WERSJA 4.0 Data opracowania: 16.08.2007 Data zatwierdzenia: 20.08.2007 Daty aktualizacji: Warszawa, 20 sierpnia 2006 r. SPIS TREŚCI:
Bardziej szczegółowo2. Jakie i ile licencji Oracle 10g posiada zamawiający i czy posiada do tych licencji wsparcie techniczne?
Strona 1 Or.V.271.29.2013 Ostrowiec Świętokrzyski, 11.09.2013 r. Wykonawcy zainteresowani uczestnictwem w postępowaniu W nawiązaniu do ogłoszenia o zamówieniu (DUUE Nr 2013/S 157-273788 z dnia 14.08.2013)
Bardziej szczegółowoZAPYTANIE OFERTOWE. Kryteria wyboru najkorzystniejszej oferty
Poznań, dnia 29.12.2014 r. Dane Beneficjenta: INNOVATIVEWEB IT SOLUTIONS Sp. z o. o. Ul. Stanisława Matyi 1/8, 61-586 Poznań NIP: 783 169 90 12, REGON: 302412105 ZAPYTANIE OFERTOWE Kryteria wyboru najkorzystniejszej
Bardziej szczegółowoWdrożenie modułu płatności eservice dla systemu OpenCart 2
Wdrożenie modułu płatności eservice dla systemu OpenCart 2 Wersja 02 Wrzesień 2016 Centrum Elektronicznych Usług Płatniczych eservice Sp. z o.o. Spis treści 1. Wstęp... 3 1.1. Przeznaczenie dokumentu...
Bardziej szczegółowoNowe Systemy Notujące na TGE
Nowe Systemy Notujące na TGE Artur Wrotek Z-ca Dyrektora DIN ds. Aplikacji Giełdowych Komitet Rynku Energii Elektrycznej Warszawa, 27 października 2015 Strona Agenda X Stream Trading 3 SAPRI 8 X Stream
Bardziej szczegółowoDOKUMENTACJA TECHNICZNA KurJerzyAPI wersja 1.0
KurJerzyAPI wersja 1.0 Spis treści Wstęp...3 1. Korzystanie z interfejsu KurJerzyAPI...4 1.1 Warunki korzystania z interfejsu...4 1.2 Zabezpieczenia interfejsu...4 2. Specyfikacja interfejsu KurJerzyAPI...6
Bardziej szczegółowoŁódź, dnia r. DOA-ZP-I
Łódź, dnia 06.06.014r. DOA-ZP-I.71..014 Wykonawcy uczestniczący w postępowaniu o udzielenie zamówienia publicznego pn. Dostawa informatycznego Systemu Zarządzania Zasobami Ludzkimi i Wynagrodzeń Zamawiający
Bardziej szczegółowoTesty akceptacyjne w administracji publicznej
Testy akceptacyjne w administracji publicznej PRO PUBLICO BONO? Michał Kruszewski Skąd zapotrzebowanie na testy? Narodowa Strategia Spójności (NSS) 2007-2013 ok. 85,6* mld euro Wzrost jakości odbieranego
Bardziej szczegółowoZAŁĄCZNIK NR 1E KARTA USŁUGI Usługa Dystrybucji Oprogramowania (USDO)
Załącznik nr 1E do Umowy nr... 2014 r. ZAŁĄCZNIK NR 1E KARTA USŁUGI Usługa Dystrybucji Oprogramowania (USDO) 1. INFORMACJE DOTYCZĄCE USŁUGI 1.1 CEL USŁUGI: W ramach Usługi Usługodawca zobowiązany jest
Bardziej szczegółowoJTW SP. Z OO. Zapytanie ofertowe. Wdrożenie/Uruchomienie systemu B2B
JTW SP. Z OO Zapytanie ofertowe Wdrożenie/Uruchomienie systemu B2B Strona 1 z 6 Spis treści 1. Wskazówki dla oferentów... 3 1.1 Osoby kontaktowe... 3 2.2 Termin składania ofert... 4 2.3 Dodatkowe pytania
Bardziej szczegółowoPytania w ramach opublikowania postępowania znak postępowania: WORD/D/23/144/W/2015.
Pytania w ramach opublikowania postępowania znak postępowania: WORD/D/23/144/W/2015. 1. Załącznik 2 - Warunki Gwarancji i Utrzymania czy linia Awaria powinna być również dostępna w dniu ustawowo wolnym
Bardziej szczegółowoZałącznik nr 1. Do zapytania ofertowego nr 1/UE/2013
Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Rozwoju Regionalnego Załącznik nr 1 zapytania ofertowego nr 1/UE/2013 WZÓR OFERTY..., dn. 2013 rok Nazwa i adres wykonawcy
Bardziej szczegółowoWdrożenie modułu płatności eservice dla systemu PrestaShop 1.3-1.6
Wdrożenie modułu płatności eservice dla systemu PrestaShop 1.3-1.6 Wersja 03 Styczeń 2016 Centrum Elektronicznych Usług Płatniczych eservice Sp. z o.o. Spis treści 1. Wstęp... 3 1.1. Przeznaczenie dokumentu...
Bardziej szczegółowoTestowanie i walidacja oprogramowania
i walidacja oprogramowania Inżynieria oprogramowania, sem.5 cz. 3 Rok akademicki 2010/2011 Dr inż. Wojciech Koziński Zarządzanie testami Cykl życia testów (proces) Planowanie Wykonanie Ocena Dokumentacja
Bardziej szczegółowoProjekt MCA. Spotkanie Przedsiębiorc. biorców w z Przedstawicielami Służby S
Projekt MCA Spotkanie Przedsiębiorc biorców w z Przedstawicielami Służby S Celnej Zbigniew Juzoń Warszawa, 19 grudnia 2012 r. Kierownik Projektu MCA Izba Celna w Kielcach Projekt Program e-cło,, POIG.07.01.00-00
Bardziej szczegółowoZespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak. Projekt SZOP Plan testów
Zespół: Agata Chrobak Kornel Jakubczyk Tomek Klukowski Przemek Kosiak Projekt SZOP Plan testów Spis treści 1 Wprowadzenie 3 1.1 Cel.......................................... 3 1.2 Zakres........................................
Bardziej szczegółowoMEDIS_EWUS_AUTOMAT SYSTEM KS MEDIS: AUTOMAT EWUŚ Wydanie: 1.0 Data wydania: Marzec 2013 Strona/stron: 1/5
Automat ewuś DOKUMENTACJA PROCESU WDROŻENIA SYSTEMU Wydanie: 1.0 Data wydania: Marzec 2013 Strona/stron: 1/5 W systemie dodany został mechanizm automatycznej weryfikacji statusu ubezpieczenie pacjentów
Bardziej szczegółowo