Anna Malina

Opis wymagań funkcjonalnych:

1. System powinien być podzielony na dwa segmenty:
   • Backend – skrypty umożliwiające działanie aplikacji które umieszczone są na serwerze, a do których nie mają dostępu bezpośredniego użytkownicy systemu
   • Frontend – wizualny segment działający po stronie użytkownika i zarządzający systemem
2. Muszą być wyróżnione role dla użytkowników systemów:
   • Super administrator – możliwość dodawania firmy, zarządzania użytkownikami i zasobami AR
   • Administrator - możliwość dodawania grup otwartych i zamkniętych, przypisywanie moderatorów i administratorów, tworzenie kampanii, dashbordów z wiadomościami
   • Moderator - możliwość zarządzania grupą, dodawanie i usuwanie uczestników, tworzenie questów
   • Zwykły użytkownik – możliwość edycji swojego profilu

Historyjki użytkownika

Zwykły użytkownik:

UC1: Jako zwykły użytkownik chcę edytować informacje o swoim profilu (zdjęcie profilowe, imię, nazwisko, data urodzenia, mail), dzięki czemu informacje o moim koncie będą wyświetlane jako aktualne.

UC2: Jako zwykły użytkownik chcę zmienić swoje hasło, dzięki czemu możliwe będzie logowanie poprzez nowe hasło.

Moderator:

UC3: Jako moderator chcę mieć wszystkie funkcjonalności zwykłego użytkownika, dzięki czemu będę mógł edytować dane swojego konta.

UC4: Jako moderator chcę widzieć globalny ranking graczy grupy, dzięki czemu będzie możliwe wyłonienie najlepszego z nich.

👉 Link do pełnej wersji 👈

Cel

Ten dokument ma na celu opisanie ogólnego procesu testowania aplikacji webowej ABC, strategii tegoż procesu wraz z określeniem jego zakresu. Zostanie opracowany również harmonogram.

Oczekiwania

Proces testowania powinien udowodnić, że dostarczone oprogramowanie spełnia wszelkie wymagania funkcjonalne i niefunkcjonalne (określone w Specyfikacji wymagań). Zauważone defekty powinny zostać poprawione przez zespół deweloperki i ponownie przetestowane z akceptacją przed wypuszczeniem kolejnej wersji aplikacji.

Zakres testów

1. W procesie testowania aplikacji webowej ABC zostaną zaimplementowane testy jednostkowe wszystkich kluczowych modułów. Zostaną one zaimplementowane przez zespół deweloperski. Poszczególne metody powinny być przetestowane w sposób odseparowany do reszty systemu.
2. Testy integracyjne nie są planowane, gdyż w obecnym stanie aplikacja działa poprawnie i nie jest konieczne sprawdzanie integracji pomiędzy modułami.
3. Przeprowadzone zostaną testy funkcjonalne, aby zweryfikować dostarczone oprogramowanie i jego kluczowe funkcje ze spisanymi historyjkami użytkownika
4. Nie zostaną wykonane testy wydajnościowe w celu walidacji czy system jest odporny na większy ruch użytkowników, gdyż dla najbliższego czasu nie oczekuje się wzrostu liczebności odbiorców projektu. Dla obecnej liczby użytkowników system działa poprawnie.
5. Testy bezpieczeństwa nie będą wykonywane ze względu na brak odpowiednich zasobów personalnych i budżetowych.
6. Wykonane zostaną testy regresyjne po zaimplementowanie każdej nowej funkcjonalności, aby zbadać stabilność aplikacji.
7. 7. Przed planowaną aktualizacją wersji produkcyjnej, zostaną wykonane testy akceptacyjne w celu upewnienia się, że aktualizacja niesie ze sobą przyrost jakości projektu.
8. 8. Główne funkcjonalności aplikacje zostaną zbadane ze pomocą testów automatycznych.

Kryteria zaliczenia testów

1. Testy jednostkowe
   • Stopień pokrycia testów jednostkowych dla projektu powinien wynosić minimum 70%
2. Testy funkcjonalne
   • Wszystkie zbadane funkcjonalności powinny zostać zaakceptowane przez zespół testerów
   • We wszystkich zbadanych testach rezultat testów odpowiada oczekiwanym wynikom
3. Testy regresyjne
   • Wszystkie funkcjonalności opisane w historyjkach użytkownika zostały przetestowane
   • Nie zauważono żadnych nowych błędów podczas przeprowadzenia testów regresyjnych
   • Opisane funkcjonalności w historyjkach użytkownika odznaczają się taką samą jakością lub większą jak w obecnej wersji produkcyjnej
4. Testy akceptacyjne
   • Nie powinno być otwartych żadnych krytycznych błędów (tj. o priorytecie 3 bądź 4)
5. Testy automatyczne
   • Testy automatyczne powinny weryfikować wszystkie funkcjonalności aplikacji

Zasady testowania

• Proces testowania aplikacji webowej ABC będzie skupiał się na weryfikacji poprawności działania opisanych historyjek użytkownika
• Proces testowania powinien spełniać wszystkie zapisy określone w tym dokumencie, jednak powinien również być na tyle elastyczny, aby można było w nim dokonywać zmian, o ile zaistnieje taka potrzeba
• Środowisko testowe w jak największym stopniu powinno odzwierciedlać środowisko produkcyjne i panujące w nim zasady
• Proces testowania powinien być działaniem mierzalnym i powtarzalnym
• Proces testowania będzie uwzględniał określone kryteria wejścia i wyjścia

👉 Link do pełnej wersji 👈