Przeprowadzanie testów biznesowych podczas migracji
Chociaż zespół ds. migracji ułatwia migrację obciążenia na platformę Azure, testowanie obciążenia jest najlepiej wykonywane przez użytkowników biznesowych tego obciążenia. Zespół ds. migracji obsługuje tę działalność biznesową, ułatwiając testowanie obciążeń, opracowywanie planów testowania i automatyzowanie testów, gdy jest to możliwe.
Podczas testowania biznesowego lub testowania akceptacyjnego użytkownika obserwujesz rzeczywistych użytkowników próbujących użyć nowego rozwiązania w kontekście rzeczywistego lub zreplikowanego procesu biznesowego.
Uwaga
Testowanie automatyczne nie jest zawsze dostępne.
Testowanie automatyczne to wydajny sposób testowania dowolnego systemu. Jednak migracje do chmury często koncentrują się na starszych systemach lub stabilnych systemach produkcyjnych. Te systemy są rzadko zarządzane przez dokładne i dobrze utrzymywane testy automatyczne.
W tym artykule założono, że testy automatyczne są dostępne w czasie migracji.
Celem testowania biznesowego jest uzyskanie weryfikacji od power users w celu certyfikacji, że nowe rozwiązanie działa zgodnie z oczekiwaniami i nie utrudnia procesów biznesowych. Jeśli ten cel nie zostanie osiągnięty, testowanie biznesowe służy jako pętla opinii, która może pomóc w określeniu, jak i dlaczego obciążenie nie spełnia oczekiwań.
Działania biznesowe podczas testowania biznesowego
Podczas testowania biznesowego pierwsza iteracja jest określana ręcznie bezpośrednio z klientami. Jest to najczystsza i najbardziej czasochłonna forma pętli opinii.
- Identyfikowanie użytkowników z uprawnieniami: firma zazwyczaj lepiej rozumie użytkowników, którzy mają największy wpływ na zmianę techniczną. Power users to osoby, które często wykonują rzeczywisty proces, który wymaga interakcji z narzędziem technologicznym lub zestawem narzędzi, takich jak centrum telefoniczne, które obsługuje klientów.
- Dopasowywanie i przygotowywanie użytkowników zasilania: upewnij się, że użytkownicy mogą zrozumieć cele biznesowe, żądane wyniki i oczekiwane zmiany w procesach biznesowych. Przygotuj użytkowników power users i ich strukturę zarządzania na potrzeby procesu testowania.
- Angażowanie się w interpretację pętli opinii: pomóż pracownikom IT zrozumieć skutki różnych punktów opinii od użytkowników siły.
- Wyjaśnienie zmiany procesu: przekaż zmiany procesu i wszelkie efekty podrzędne, gdy transformacja może wyzwolić zmianę procesów biznesowych.
- Określanie priorytetów opinii: pomóż zespołowi IT ustalić priorytety opinii na podstawie wpływu na firmę.
Działania zespołu ds. migracji podczas testowania biznesowego
Zespół ds. migracji jest jednym z adresatów danych wyjściowych testowania biznesowego. Pętle opinii ujawniane podczas testowania biznesowego ostatecznie stają się elementami roboczymi, które definiują zmiany techniczne lub zmiany procesów. Jako odbiorca danych wyjściowych testowania biznesowego zespół ds. migracji ma pomóc w ułatwianiu, zbieraniu opinii i zarządzaniu wynikowymi działaniami technicznymi.
Typowe działania wykonywane przez zespół ds. migracji podczas testowania biznesowego obejmują:
- Zapewnianie struktury i logistyki: po pracy z użytkownikami power możesz utworzyć arkusz kalkulacyjny z miejscami dla testerów, aby dodać notatki definiujące testy, które należy uruchomić.
- Ułatwienia: Pomoc w ułatwianiu podczas testowania.
- Rejestruj opinie: podaj środki i proces rejestrowania opinii. Za pomocą usługi Azure DevOps lub arkusza kalkulacyjnego programu Excel można skutecznie przechwytywać informacje i rejestrować elementy akcji.
- Określanie priorytetów opinii: pomóż firmie ustalić priorytety i zweryfikować opinię.
- Planowanie zmian: Opracowywanie planów działania na temat zmian technicznych.
- Identyfikowanie testów automatycznych: zidentyfikuj istniejące testy automatyczne, które mogą usprawnić testowanie przez użytkowników power.
- Ulepszenie procesu: Badanie procesów testowania, definiowanie testów porównawczych i tworzenie automatyzacji w celu dalszego usprawnienia testowania użytkowników zasilania pod kątem zmian, które mogą wymagać wielokrotnego wdrażania lub testowania.
Przykładowy plan testowania
Aby utworzyć plan testowania, możesz użyć następujących informacji:
| Test | Kroki | Powodzenie/niepowodzenie | Uwagi testera |
|---|---|---|---|
| Zaloguj | Zaloguj się przy użyciu zwykłych poświadczeń. Upewnij się, że są widoczne te same informacje co system produkcyjny. | ✅ | Brak uwag |
| Tworzenie nowego rekordu | Utwórz nowy rekord w systemie i upewnij się, że wszystkie zadania przepływu pracy działają prawidłowo. | ✅ | Brak uwag |
| Odczyt utworzony rekord | Otwórz ponownie utworzony rekord i upewnij się, że wszystkie materiały zostały wypełnione. | ✅ | Brak uwag |
| Zaktualizowano utworzony rekord | Wprowadź zmiany w utworzonym rekordzie i upewnij się, że aktualizacja przebiega prawidłowo. | ✅ | Brak uwag |
| Usuwanie utworzonego rekordu | Usuń utworzony rekord i upewnij się, że rekord został usunięty z systemu. | ✅ | Brak uwag |
| Odczytywanie istniejącego rekordu | Otwórz jeden z istniejących rekordów testowych rozpoczynających się od "Test-Record-Azure-Test" i potwierdź, że możesz przeczytać wszystkie materiały. | ✅ | Brak uwag |
| Aktualizowanie istniejącego rekordu | Zaktualizuj rekord testowy użyty w poprzednim kroku i upewnij się, że aktualizacja przebiega prawidłowo. | ❌ | Aktualizacja nie powiodła się z komunikatem o błędzie: "Nie można uzyskać dostępu do bazy danych transakcji". |
| Usuwanie istniejącego rekordu | Usuń rekord testowy użyty w poprzednim kroku. | ❌ | Aktualizacja nie powiodła się z komunikatem o błędzie: "Nie można uzyskać dostępu do bazy danych transakcji". |