Celem testów jest zapewnienie wysokiej jakości aplikacji Open Food Facts poprzez weryfikację jej funkcjonalności, stabilności oraz wydajności. Testy mają również na celu identyfikację i eliminację potencjalnych błędów przed wdrożeniem nowych funkcji.
Open Food Facts to otwartoźródłowa baza danych o produktach spożywczych, która pozwala użytkownikom na analizę składników, wartości odżywczych i wpływu produktów na zdrowie. Platforma wspiera zrównoważony rozwój i świadome decyzje konsumentów. Dla społeczności użytkowników kluczowa jest wiarygodność i dostępność danych, dlatego jakość aplikacji ma kluczowe znaczenie.
- Wyszukiwanie produktów według kodu kreskowego (REQ-FUNC-001).
- Przeglądanie szczegółowych informacji o składnikach produktów (REQ-FUNC-002).
- Sortowanie wyników wyszukiwania według różnych kryteriów (REQ-FUNC-003).
- Dodawanie nowych produktów przez użytkowników (REQ-FUNC-004).
- Wyświetlanie informacji o alergenach i preferencjach dietetycznych (REQ-FUNC-005, REQ-FUNC-009).
- Obsługa wielu języków interfejsu (REQ-FUNC-006).
- Zgłaszanie błędów w danych (REQ-FUNC-007).
- Oceny zdrowotne produktów (REQ-FUNC-008).
- Czas odpowiedzi na zapytania poniżej 2 sekund (REQ-NFUNC-001).
- Rozpoznanie kodu w czasie krótszym niż 1 sekunda (REQ-NFUNC-002).
- Testy funkcjonalne.
- Testy wydajnościowe.
- Testy regresji.
- Kod aplikacji jest stabilny i dostępny w wyznaczonej wersji.
- Dokumentacja wymagań funkcjonalnych i niefunkcjonalnych (REQ-FUNC i REQ-NFUNC) została ukończona.
- Dostępne środowisko testowe oraz dane testowe.
- Zespół testerów oraz ról technicznych został przypisany.
- Wykonanie wszystkich zaplanowanych przypadków testowych.
- Brak błędów krytycznych i wysokiego ryzyka.
- Raport końcowy z testów został zatwierdzony przez zespół projektowy.
- Wszystkie wymagania funkcjonalne (REQ-FUNC-001 do REQ-FUNC-009) zostały zweryfikowane - testy zostały zaakceptowane, oraz przetestowane funkcjonalności działają zgodnie z założeniami.
- Testy wydajnościowe: czasy odpowiedzi nieprzekraczające 1 sekundy dla 95% żądań.
- Liczba błędów średniego i niskiego priorytetu została oceniona jako akceptowalna i nie wpływa na kluczowe działanie aplikacji.
- Testy regresji: brak regresji w funkcjonalności po wdrożeniu nowych funkcji.
- Testy zostaną przeprowadzone w cyklach iteracyjnych, obejmujących różne typy testów.
- Testy funkcjonalne sprawdzą zgodność aplikacji z wymaganiami biznesowymi.
- Testy wydajnościowe ocenią czas odpowiedzi systemu oraz stabilność pod obciążeniem.
- Testy funkcjonalne: Weryfikacja działania kluczowych funkcji aplikacji.
- Testy niefunkcjonalne: Testy wydajnościowe.
- Testy regresji: Sprawdzenie poprawności istniejących funkcji po wprowadzeniu zmian.
- Narzędzia:
- Selenium WebDriver – automatyzacja testów przeglądarkowych.
- JMeter – testy wydajnościowe.
- Środowisko:
- Serwery testowe z dostępem do najnowszej wersji aplikacji.
- Dane testowe z bazy Open Food Facts.
- Listopad (tydzień 2): Przedstawienie zespołów, ich członków, zadań, zidentyfikowanych ryzyk oraz aplikacji FOSS.
- Listopad (tydzień 3): Przedstawienie specyfikacji wymagań.
- Listopad (tydzień 4): Przedstawienie planów testów.
- Grudzień (tydzień 1): Iteracja 1 przypadków testowych: Przygotowanie wysokopoziomowych przypadków testowych dla każdego obszaru.
- Grudzień (tydzień 2): Iteracja 2 przypadków testowych: Doszczegółowienie (dodanie kroków, danych testowych) oraz przygotowanie puli przypadków dla drugiego zespołu. Losowanie zespołów do testów krzyżowych.
- Grudzień (tydzień 3): Iteracja 1 wyników testów: Przedstawienie wyników testów (testy dla wymagań REQ-FUNC-001 - REQ-FUNC-005) przeprowadzonych przez inny zespół.
- Grudzień (tydzień 4): Iteracja 2 wyników testów: Przedstawienie wyników własnych testów (testy dla wymagań REQ-FUNC-001 - REQ-FUNC-005) z ostatniego tygodnia.
- Styczeń (tydzień 1): Iteracja 3 wyników testów: Przedstawienie wyników testów (testy dla wymagań REQ-FUNC-006 - REQ-FUNC-009 i REQ-NFUNC-001 - REQ-NFUNC-002 ) z ostatniego tygodnia.
- Styczeń (tydzień 2): Iteracja 4 wyników testów: Przedstawienie wyników testów (testy dla wymagań REQ-FUNC-006 - REQ-FUNC-009 i REQ-NFUNC-001 - REQ-NFUNC-002 ) z ostatniego tygodnia. z ostatniego tygodnia.
- Styczeń (tydzień 3): Raporty z testów: Prezentacja wyników i jednostronicowe podsumowanie.
- Styczeń (tydzień 4): Rezerwa czasowa: Czas na ewentualne poprawki i uzupełnienia.
| Rola | Osoba | Zakres odpowiedzialności |
|---|---|---|
| Kierownik testów | Kacper i Oliwia | Planowanie i zarządzanie testami. |
| Tester funkcjonalny | Kacper i Oliwia | Testy zgodności z wymaganiami. |
| Tester wydajnościowy | Kacper i Oliwia | Analiza wydajności aplikacji. |
| Tester regresji | Kacper i Oliwia | Weryfikacja, czy zmiany w systemie nie wpłynęły negatywnie. |
-
Brak dostępu do środowiska testowego
- Wpływ: Opóźnienia w realizacji testów.
- Plan łagodzenia ryzyka: Regularna komunikacja z zespołem deweloperskim, aby zapewnić dostępność środowiska.
-
Niekompletne wymagania
- Wpływ: Niewłaściwe przygotowanie przypadków testowych.
- Plan łagodzenia ryzyka: Weryfikacja wymagań przed rozpoczęciem testów, aby upewnić się, że są kompletne.
-
Błędy krytyczne wykryte zbyt późno
- Wpływ: Konieczność opóźnienia wdrożenia.
- Plan łagodzenia ryzyka: Bliska współpraca z zespołem deweloperskim, aby na bieżąco wprowadzać poprawki.
-
Niekompletne dane testowe
- Wpływ: Mogą wpływać na wyniki testów.
- Plan łagodzenia ryzyka: Przygotowanie kopii zapasowych danych testowych oraz ich weryfikacja przed użyciem.
-
Niespodziewane zmiany w kodzie
- Wpływ: Mogą wymagać dodatkowych testów.
- Plan łagodzenia ryzyka: Regularne monitorowanie zmian w kodzie oraz synchronizacja z zespołem deweloperskim.
-
Brak doświadczenia w testowaniu aplikacji open-source
- Wpływ: Utrudnienie skutecznego testowania.
- Plan łagodzenia ryzyka: Zapoznanie się z zasadami i etykietą pracy w projektach open-source oraz konsultacje z bardziej doświadczonymi członkami zespołu.
-
Niedostateczne zasoby czasowe
- Wpływ: Brak możliwości przetestowania wszystkich funkcji.
- Plan łagodzenia ryzyka: Ustalanie priorytetów testów oraz realistyczne planowanie działań, uwzględniając dostępne zasoby czasowe.
- Procent przypadków testowych zrealizowanych zgodnie z założeniami i zakończonych wynikiem pozytywnym.
- Liczba wykrytych błędów krytycznych.
- Czas naprawy błędów.
- Średni czas reakcji na zapytanie (wydajność).
- Raporty postępu testów:
- Podsumowanie wykonanych testów, wykrytych błędów oraz postępów w realizacji harmonogramu.
- Liczba przypadków testowych wykonanych i zakończonych sukcesem.
- Liczba wykrytych błędów.
- Status błędów (nowe, naprawione, ponownie otwarte).
- Raport końcowy z podsumowaniem wszystkich wyników testów, w tym:
-
Liczba wykrytych błędów według priorytetów.
-
Wyniki testów wydajnościowych:
- Średni czas odpowiedzi: Średni czas, jaki system potrzebuje na przetworzenie żądań użytkowników od momentu ich wysłania do momentu uzyskania odpowiedzi.
- Czas odpowiedzi dla 95% żądań: Czas, który upływa, zanim 95% wszystkich przetestowanych żądań otrzyma odpowiedź.
-
Ocena zgodności z kryteriami akceptacji.
-