2.3 Testowanie pielęgnacyjne Flashcards
Co może wywołać konieczność testowania konserwacyjnego (maintenance testing)?
- Modyfikacje (np. planowane ulepszenia, poprawki, hot-fixy).
- Ulepszenia lub migracje środowiska operacyjnego (nowy system operacyjny, migracja bazy danych).
- Wycofanie (retirement) systemu lub aplikacji z eksploatacji.
Od czego zależy zakres testowania konserwacyjnego?
- Poziomu ryzyka związanego ze zmianą (im większe ryzyko, tym szerszy zakres testów).
- Wielkości samej zmiany (np. liczby zmodyfikowanych modułów).
- Rozmiaru istniejącego systemu (duże, złożone systemy mogą wymagać szerzej zakrojonych testów).
Jakie testy mogą być potrzebne przy aktualizacji lub migracji środowiska operacyjnego?
- Testy nowego środowiska i zmodyfikowanego oprogramowania (czy wszystko działa prawidłowo po przeniesieniu).
- Testy konwersji / migracji danych pomiędzy starym a nowym środowiskiem (sprawdzenie integralności i poprawności danych po migracji).
Jakie testy mogą być potrzebne przy wycofywaniu systemu lub aplikacji?
- Testy archiwizacji danych, jeśli wymagana jest długa retencja danych (czy proces archiwizacji działa prawidłowo).
- Testy procedur przywracania (restore/retrieval) danych po archiwizacji, by upewnić się, że można je odzyskać w razie potrzeby.
Testowanie zmian w systemie produkcyjnym obejmuje jakie dwa elementy?
1. Ocenę powodzenia wprowadzonej zmiany (czy działa zgodnie z założeniem).
2. Weryfikację możliwych regresji w częściach systemu, które pozostały niezmienione (czy zmiana nie wpłynęła negatywnie na inne moduły).
Czy testowanie konserwacyjne zawsze jest planowane z wyprzedzeniem?
Nie zawsze.
* Mogą wystąpić zarówno zaplanowane wydania (releases) lub wdrożenia, jak i nieplanowane (np. hot-fixy).
* Analiza wpływu (impact analysis) może być konieczna przed wprowadzeniem zmiany, by ocenić jej konsekwencje dla innych obszarów systemu.
* Testowanie musi być dostosowane do tych potrzeb (np. szybkie testy przy hot-fixach).
