Plan Testów Systemu SOS

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

Overlord - Plan testów

Biznesowe przypadki użycia SOS

Wizja systemu SOS. Marcin Suszczewicz Michał Woźniak Krzysztof Kostałkowicz. 24 kwietnia 2006

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

Win Admin Replikator Instrukcja Obsługi

Maciej Oleksy Zenon Matuszyk

Testowanie oprogramowania. Piotr Ciskowski

REFERAT PRACY DYPLOMOWEJ

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

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

Win Admin Replikator Instrukcja Obsługi

Szczegółowy harmonogram rzeczowy realizacji prac systemu B2B

Zarządzanie testowaniem wspierane narzędziem HP Quality Center

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

Topór Światowida Plan testów

Usługa: Testowanie wydajności oprogramowania

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

Galileo - encyklopedia internetowa Plan testów

OPIS PRZEDMIOTU ZAMÓWIENIA

7. zainstalowane oprogramowanie zarządzane stacje robocze

Plan testów dla systemu USOSweb 2.0

Win Admin Replikator Instrukcja Obsługi

Najwyżej ocenione raporty dla Mr Buggy 4

Dokument Detaliczny Projektu

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

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

RAPORT KOŃCOWY PROJEKTU

Studia podyplomowe PROGRAM NAUCZANIA PLAN STUDIÓW

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

Testowanie oprogramowania

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

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

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

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

Co to jest GASTRONOMIA?

Google Testing. Radosław Smilgin, , TestWarez

Zarządzanie konfiguracją produktu w całym cyklu Ŝycia. Aleksandra Grzywak-Gawryś Warsztaty Rola IRIS w branŝy kolejowej


Poziomy wymagań Konieczny K Podstawowy- P Rozszerzający- R Dopełniający- D Uczeń: - zna rodzaje sieci - zna topologie sieciowe sieci

Tworzenie aplikacji Web Alicja Zwiewka. Page 1

Jakość w procesie wytwarzania oprogramowania

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

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

11. Rozwiązywanie problemów

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

OPIS PRZEDMIOTU ZAMÓWIENIA w odniesieniu do zadania antywirus - dostawa oprogramowania antywirusowego

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

Rubik s Manager - Plan testów

Audyt oprogramowania systemu B2B oprogramowanie umożliwiające zarządzanie informacjami o produktach:

Dokument Detaliczny Projektu

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

Dokumentacja systemu NTP rekrut. Autor: Sławomir Miller

GoBiz System platforma współpracy marektingowej

ZAŁACZNIK NR 1D KARTA USŁUGI Utrzymanie Systemu Poczty Elektronicznej (USPE)

UNIFON podręcznik użytkownika

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

Budowa aplikacji ASP.NET z wykorzystaniem wzorca MVC

INSTRUKCJA INSTALACJI SYSTEMU

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

Testowanie i diagnostyka komputerów

Instrukcja użytkownika Platforma transakcyjna mforex Trader dla systemu MacOS

<Nazwa firmy> <Nazwa projektu> Specyfikacja dodatkowa. Wersja <1.0>

Zarządzanie i realizacja projektów systemu Microsoft SharePoint 2010

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Dlaczego testowanie jest ważne?

Narzędzia pomocne w wysyłce przesyłek oszczędzasz czas i pieniądze

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

OPROGRAMOWANIE KEMAS zbudowane jest na platformie KEMAS NET

Produkty. MKS Produkty

FastReporter 2 OPROGRAMOWANIE DO KOŃCOWEGO PRZETWARZANIA DANYCH

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

Szkolenie: Testowanie wydajności (Performance Testing)

SPECYFIKACJA WYMAGAŃ

Szkolenie autoryzowane. MS Administracja i obsługa Windows 7. Strona szkolenia Terminy szkolenia Rejestracja na szkolenie Promocje

RAPORT Z TESTOWANIA USŁUG NA PLATFORMIE ELA-ENT

Deduplikacja danych. Zarządzanie jakością danych podstawowych

Projektowanie oprogramowania. Wykład Weryfikacja i Zatwierdzanie Inżynieria Oprogramowania Kazimierz Michalik

Wdrożenie technologii procesowej IBM BPM w EFL

Programowanie zespołowe

Overlord - Software Development Plan

Technologia Flash cieszy się coraz większą popularnością. Liczba dostępnych

ZAŁĄCZNIK Nr 1 do CZĘŚCI II SIWZ

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

Luxriot VMS. Dawid Adamczyk

System Broker. Wersja 5.1

Wymagania systemowe Autor: Stefan Cacek

ATMS Watch Profesjonalny system analizy i rejestracji czasu pracy oraz kontroli dostępu

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

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

Wykaz zmian w programie WinAdmin Replikator

Instrukcja instalacji usługi Sygnity SmsService

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Szablon Planu Testów Akceptacyjnych

SysLoger. Instrukcja obsługi. maj 2018 dla wersji aplikacji (wersja dokumentu 2.5)

Architektura systemu e-schola

Poznań, dzień Zapytanie ofertowe

Usprawnienie procesu zarządzania konfiguracją. Marcin Piebiak Solution Architect Linux Polska Sp. z o.o.

Transkrypt:

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 Cele systemu testów................................ 4 2 Zakres i cele 4 2.1 Zakres podejścia do testów - funkcje systemowe.................. 4 2.1.1 Elementy uwzględnione.......................... 4 2.1.2 Elementy nieuwzględnione......................... 4 2.2 Pozostałe testy................................... 4 2.3 Zakres testów.................................... 5 2.3.1 Testy funkcjonalności........................... 5 2.3.2 Testy spójności............................... 5 2.3.3 Testy akceptacji............................... 5 2.3.4 Testy wydajności.............................. 5 2.3.5 Testy regresyjne.............................. 5 2.4 Kryteria rozpoczęcia/zakończenia testów systemu................. 5 2.4.1 Kryteria rozpoczęcia............................ 5 2.4.2 Kryteria zakończenia............................ 5 3 Fazy i cykle testów 5 3.1 Cykle........................................ 5 4 Harmonogram testów systemowych 6 5 Zasoby 6 5.1 Ludzkie....................................... 6 5.2 Sprzętowe...................................... 6 5.2.1 Wymagane komponenty sprzętowe..................... 6 5.3 Programowe..................................... 6 5.3.1 Środowisko testowe............................ 6 5.3.2 System pomiarów błędów......................... 6 6 Role i obowiazki 7 7 Zarzadzanie błędami/konfiguracja 7 8 Raportowanie stanów 7 9 Ryzyka/Założenia 7 10 Signoff 7 2

11 Dokumentacja kontrolna 7 12 Historia zmian 8 3

1 Wprowadzenie 1.1 Cel tego dokumentu Celem tego dokumentu jest przedstawienie zakresu testów systemowych, ich strategii i czynności wykonywanych w ramach testów. Dokument ten obejmuje także planowanie testów. 1.2 Cele systemu testów zweryfikowanie funkcjonalności systemu zapewnienie jakości oprogramowania sprawdzenie zgodności ze środowiskami użytkowników 2 Zakres i cele 2.1 Zakres podejścia do testów - funkcje systemowe 2.1.1 Elementy uwzględnione Zarządzanie użytkownikami Generowanie raportów Wyświetlanie statystyk Przeglądanie dziennika Wysyłanie komunikatów Oglądanie ocen przez ucznia 2.1.2 Elementy nieuwzględnione brak 2.2 Pozostałe testy interefejs WWW interefejs aplikacji klienckiej serwer WWW 4

2.3 Zakres testów 2.3.1 Testy funkcjonalności Do tej kategorii należą testy walidacyjne i niskopoziomowe testy poszczególnych funkcjonalności 2.3.2 Testy spójności Te testy sprawdzają, czy podsystemy poprawnie się komunikują. 2.3.3 Testy akceptacji Testy wykonywane przez klienta. 2.3.4 Testy wydajności Sprawdzają, czy założenia wydajnościowe zostały spełnione 2.3.5 Testy regresyjne Automatycznie po każdej fazie sprawdzane są utworzone wcześniej elementy systemu. 2.4 Kryteria rozpoczęcia/zakończenia testów systemu 2.4.1 Kryteria rozpoczęcia moduły są przetestowane sprzęt i pracownicy dostępni 2.4.2 Kryteria zakończenia wszystkie wysokopriorytetowe testy zakończone powodzeniem testy spójności systemu wykonane w przypadku niepowodzeń w testach niskopriorytetowych muszą one zostać zatwierdzone 3 Fazy i cykle testów 3.1 Cykle Wydanie wersji beta po usunięciu 60% błędów. Wydanie wersji ostatecznej po usunięciu 90% błędów 5

4 Harmonogram testów systemowych Zarządzanie użytkownikami - 15-16.06.2006 Generowanie raportów - 17-18.06.2006 Wyświetlanie statystyk - 18-19.06.2006 Przeglądanie dziennika - 20-21.06.2006 Wysyłanie komunikatów - 21-22.06.2006 Oglądanie ocen przez ucznia - 23-23.06.2006 interefejs WWW - 24-26.06.2006 interefejs aplikacji klienckiej - 11-19.09.2006 serwer WWW - 15-20.06.2006 5 Zasoby 5.1 Ludzkie Ze względu na ograniczone zasoby, system będą testować deweloperzy. 5.2 Sprzętowe 5.2.1 Wymagane komponenty sprzętowe Dwie stacje robocze, serwer. 5.3 Programowe 5.3.1 Środowisko testowe Dla interfejsu WWW - dowolny system operacyjny z przeglądarką internetową. Dla aplikacji klienckiej - System Microsoft Windows XP. Na serwerze system Linux z serwerem Apache i PHP. 5.3.2 System pomiarów błędów Skorzystanie z darmowej aplikacji WWW do zarządzania błędami. 6

6 Role i obowiazki Marcin Suszczewicz - koordynator testów Michał Woźniak - tester Piotr Kuśka - tester Krzysztof Kostałkowicz - tester 7 Zarzadzanie błędami/konfiguracja Zarządzanie błędami za pomocą narzędzia wymienionego w punkcie?? 8 Raportowanie stanów Raporty składane przy pomocy narzędzia wymienionego w punkcie?? po zakończeniu każdego etapu testów. 9 Ryzyka/Założenia Zakładamy brak znaczących opóźnień w projekcie, w razie ich wystąpienia, przesunięte zostają testy. W przypadku wykrycia poważnych problemów, możliwe przesunięcie terminu wydania. Testy regresyjne wykonywane automatycznie. Zakładamy, że wszystkie zasoby są dostępne. 10 Signoff Protokół z ostatecznymi wynikami testów wymaga podpisu koordynatora testów. 11 Dokumentacja kontrolna Dokumentacja kontrolna nie jest rozbudowana, dlatego do jej tworzenia wystarczy narzędzie wymienione w punkcie?? 7

12 Historia zmian $Log: tpl.tex,v $ Revision 1.2 2006/06/01 11:32:04 pk219454 pierwsza wersja Revision 1.1 2006/05/31 17:46:36 pk219454 plan testow - template 8