OperaPrzykład krajowego testu akceptacyjnego (OAT).
Tomasza Hamiltona
⚡ Inteligentne podsumowanie
OperaTestowanie akceptacji narodowej ocenia, czy wydanie jest gotowe do uruchomienia w jego standardzie OperaŚrodowisko, sprawdzanie kopii zapasowych, odzyskiwanie, powiadamianie, bezpieczeństwo i dokumentacja przed przekazaniem systemu zespołom wsparcia produkcyjnego.
Czym jest Operacjonalne testy akceptacyjne?
Operacjonalne testy akceptacyjne (OAT) To technika testowania oprogramowania, która ocenia gotowość operacyjną aplikacji przed jej oddaniem do produkcji. Celem testów akceptacyjnych jest zapewnienie zgodności systemu i jego komponentów ze standardem oraz jego płynnego działania. OperaŚrodowisko naturalne (SOE).
Operatesty akceptacyjne są również nazywane OperaTestowanie Gotowości Technicznej (ORT) lub, krócej, testowanie operacyjne. Wszystkie trzy nazwy opisują tę samą kontrolę: oprogramowanie może już spełniać wymagania firmy, ale nikt jeszcze nie udowodnił, że można je zainstalować, utworzyć kopię zapasową, ponownie uruchomić, monitorować i odzyskać przez osoby, które będą jego właścicielami po uruchomieniu.
To wyróżnienie zdecydowanie plasuje OAT wśród testy niefunkcjonalne Typy. Pyta, jak system zachowuje się w rzeczywistych warunkach działania, a nie czy dana funkcja zwraca prawidłową odpowiedź.
Rodzaje OperaTesty cjonalne
OperaTestowanie na poziomie krajowym to działanie parasolowe. Każdy z poniższych elementów stanowi osobną kontrolę z własnymi warunkami wstępnymi i własnym dowodem, a pełny cykl OAT zazwyczaj obejmuje większość z nich.
- Testowanie instalacji — potwierdza, że kompilację można zainstalować, uaktualnić i przywrócić w środowisku docelowym, korzystając z dostarczonej dokumentacji.
- Test obciążenia i wydajności Operacja — sprawdza, czy system utrzymuje oczekiwaną przepustowość i czas reakcji przy wolumenie zbliżonym do produkcyjnego. Zobacz test wydajności oraz testowanie obciążenia dla podstawowych technik.
- Testowanie kopii zapasowych i przywracania — dowodzi, że kopię zapasową można faktycznie wykonać zgodnie z harmonogramem i przywrócić do stanu roboczego, a nie tylko zapisać na dysku.
- Testowanie bezpieczeństwa — weryfikuje kontrolę dostępu, uprawnienia, certyfikaty i zabezpieczenia w środowisku operacyjnym. Zobacz testy bezpieczeństwa aby poznać szczegółową metodę.
- Code Analiza — statyczny przegląd dostarczonego kodu i konfiguracji pod kątem łatwości utrzymania i znanych wzorców słabości, zanim staną się one obciążeniem dla czyjejś produkcji.
- Testowanie zakończone niepowodzeniem — wymusza awarię węzła, usługi lub witryny i sprawdza, czy serwer zapasowy przejmuje kontrolę w uzgodnionym czasie.
- Testowanie odzyskiwania — mierzy stopień i szybkość powrotu systemu do działania po awarii. Testowanie odzyskiwania szczegółowo omawia tę technikę.
- Koniec końców Środowisko testowe OperaTesty cjonalne — obsługuje cały łańcuch serwerów, sieci, zadań i interfejsów jako pojedynczą jednostkę operacyjną.
- OperaDokumentacja cjonalna Review — sprawdza, czy podręczniki, diagramy usług, polecenia ponownego uruchomienia i ścieżki eskalacji odpowiadają systemowi, który został faktycznie zbudowany.
Poniższy diagram grupuje te kontrole w całym okresie wydania, pokazując testowanie operacyjne jako ostatnią bramę przed wprowadzeniem aplikacji do środowiska produkcyjnego.
Czemu OperaTesty cjonalne
OperaTestowanie na poziomie narodowym jest konieczne, ponieważ wersja spełniająca wszystkie wymagania funkcjonalne może być nadal niemożliwa do uruchomienia.
- Podczas OAT po raz pierwszy połączono konfiguracje oprogramowania i elementy wsparcia operacyjnego.
- Testuje implementację zmian funkcjonalnych lub strukturalnych w oprogramowaniu lub usłudze w środowisku funkcjonalnym lub niefunkcjonalnym.
- Testowanie to ma na celu ustalenie, czy aplikację można wdrożyć w sieci zgodnie ze standardami IT Infrastructure Library (ITIL).
- Informuje, czy oprogramowanie będzie działało zgodnie z przeznaczeniem, nie zakłócając procesu biznesowego.
- OAT koncentruje się głównie na następujących aspektach produktu programowego:
- Odporność
- Odzyskiwanie zdolności
- Łatwość zarządzania i wsparcia
- Integrity
Kto wykonuje OperaTestowanie narodowe i kiedy
Własność OAT różni się od każdego wcześniejszego poziomu testu i ta różnica wyjaśnia większość jego wyników. Osoby zarządzające testem to osoby, które zostaną wezwane na pager o trzeciej nad ranem.
- Administratorzy systemów i inżynierowie infrastruktury — wykonaj instalację, przełącz na tryb awaryjny i uruchom ponownie przypadki w środowisku docelowym.
- Operazespoły wsparcia i wsparcia — weryfikuj alerty, progi, ścieżki eskalacji i dokumenty rozwiązania problemu, do których odwołuje się każdy alert.
- Administratorzy baz danych i kopii zapasowych — tworzenie i przywracanie kopii zapasowych, w tym przywracanie do drugiej witryny.
- Pracownicy ds. bezpieczeństwa i zgodności — potwierdź zabezpieczenia, kontrolę dostępu i rejestrowanie audytów w środowisku zbliżonym do rzeczywistego.
- Menedżerowie testów — zbierz dowody w pakiecie decyzyjnym przed uruchomieniem.
W cykl życia testowania oprogramowania, testy operacyjne przeprowadzane są na samym końcu. Testowanie systemu Testy akceptacji użytkownika dowodzą, że zmontowany produkt działa, testy akceptacji użytkownika dowodzą, że firma go akceptuje, a OAT udowadnia, że organizacja może go uruchomić. Ponieważ wymaga środowiska zbliżonego do produkcyjnego, OAT jest zazwyczaj planowane po zamrożeniu wersji Release Candidate — każda zmiana kodu po tym momencie powoduje powrót cyklu do początku.
Przykładowe przypadki testowe dla OperaTestowanie lokalne lub OAT
Poniżej znajduje się przydatna lista kontrolna do przeprowadzenia testu OAT. Każdy wiersz jest napisany tak, aby jego wynikiem był prosty wynik pozytywny lub negatywny, czyli taki, jakiego potrzebuje płytka gotowa do uruchomienia.
- Kopie zapasowe wykonane w jednej lokalizacji można odzyskać w tej samej lokalizacji.
- Kopie zapasowe wykonane w jednej lokalizacji można odzyskać w drugiej lokalizacji.
- Wdrażanie nowych funkcji do środowiska produkcyjnego na żywo nie wpływa negatywnie na integralność bieżących usług produkcyjnych.
- Proces wdrażania można powtórzyć, korzystając z prawidłowej dokumentacji.
- Każdy komponent można wyłączyć i ponownie uruchomić w uzgodnionym czasie.
- W przypadku alertów krytycznych wszystkie alerty muszą zostać przesłane do TEC i zawierać odniesienie do właściwego dokumentu dotyczącego rozwiązania problemu.
- Wprowadzono alerty, które zostaną wydane w przypadku przekroczenia ustalonych progów.
- Wszelka dokumentacja odzyskiwania danych, w tym schematy serwisowe, jest ważna. Należy ją przekazać odpowiednim działom wsparcia.
- W przypadku każdego komponentu, którego dotyczy awaria, wyświetlana jest zalecana kolejność ponownego uruchamiania, czas potrzebny na ukończenie operacji oraz zależności.
Praktycznym uzupełnieniem listy jest przypadek negatywny: celowe zerwanie jednej zależności, a następnie potwierdzenie, że alert zostanie uruchomiony, runbook zostanie znaleziony, a udokumentowana kolejność restartu przywróci usługę. Lista kontrolna, która rejestruje tylko sukcesy, w ogóle nie przetestowała operacji.
OperaTestowanie nacjonalne a testowanie akceptacji użytkownika
OAT i testy akceptacyjne użytkownika Oba są czynnościami akceptacyjnymi i oba się spóźniają, dlatego tak często są mylone. Odpowiadają na różne pytania i są podpisywane przez różne osoby.
| WYGLĄD | Operacjonalne testy akceptacyjne (OAT) | Testowanie akceptacji użytkownika (UAT) |
| Pytanie odpowiedziało | Czy organizacja jest w stanie zarządzać i obsługiwać ten system? | Czy system spełnia uzgodnione wymagania biznesowe? |
| Wykonane przez | Operacje, infrastruktura i personel pomocniczy | Użytkownicy końcowi, interesariusze biznesowi i klienci |
| Typ wymogu | Głównie niefunkcjonalne — odzyskiwanie, tworzenie kopii zapasowych, powiadamianie, bezpieczeństwo | Głównie funkcjonalne — przepływy pracy i reguły biznesowe |
| Środowisko | Podobny do produkcyjnego, z prawdziwymi narzędziami do monitorowania i tworzenia kopii zapasowych | Stabilne środowisko testowe z reprezentatywnymi danymi |
| Typowe dowody | Przywracanie dzienników, czasy przełączania awaryjnego, zrzuty ekranu alertów, podpisane podręczniki uruchomień | Wykonane scenariusze biznesowe i zatwierdzenie użytkownika |
| Porażka wygląda tak | System działa, ale nie można go przywrócić, monitorować ani ponownie uruchomić | System działa, ale nie robi tego, o co prosiła firma |
Obie te opcje raczej się uzupełniają, a nie są alternatywą. Wersja, która przejdzie test UAT i nie przejdzie OAT, będzie działać poprawnie aż do pierwszej awarii.
Zalety i wyzwania OperaTesty cjonalne
Zespoły, które wdrażają OAT, zazwyczaj podają te same korzyści i napotykają te same przeszkody.
Zalety
- Ryzyko przerw w działaniu systemu maleje, ponieważ procedury odzyskiwania i przełączania awaryjnego są sprawdzane zanim klienci będą musieli z nich korzystać.
- Zespoły wsparcia dziedziczą dokumentację, która została sprawdzona w rzeczywistym systemie, a nie napisana na podstawie projektu.
- Niespodzianki związane z wdrożeniem ujawniają się w kontrolowanym oknie czasowym, a nie w nocy, tuż przed uruchomieniem.
- Dowody zgodności i audytu są generowane jako produkt uboczny listy kontrolnej.
Wyzwania
- Środowisko przypominające środowisko produkcyjne jest drogie, a pomniejszona kopia ukrywa dokładnie te błędy, które OAT ma wykrywać.
- Cykl konkuruje o to samo miejsce w kalendarzu co premiera, więc jest to pierwsza aktywność, która zostaje odrzucona, gdy tylko termin się zmieni.
- W sytuacjach awaryjnych, takich jak przełączenie awaryjne i przywrócenie systemu, wymagane są zatwierdzenia i ciche okna, które trudno uzyskać.
- Wyniki zależą od personelu operacyjnego, który jednocześnie zajmuje się bieżącą obsługą usługi.
Zwykle łagodzenie polega na zaczynaniu od małych kroków: najpierw automatyzuj tworzenie kopii zapasowych i przywracanie oraz restart, ponieważ powtarzają się one w każdym wydaniu i dają najwyraźniejszy sygnał o pozytywnym lub negatywnym wyniku. Od tego momentu lista kontrolna może rosnąć z każdym cyklem, a każda zmiana w podręcznikach staje się kandydatem do… testy regresji w następnym wydaniu.
