Strategia testowa i scenariusze testowe do testowania migracji danych
On 15 lutego, 2021 by adminKonwertujemy jedną z naszych samodzielnych aplikacji systemu Windows na aplikację internetową. Po zakończeniu musimy wykonać migrację danych. Jak przygotować do tego strategię testów? Jakie fakty musimy wziąć pod uwagę? Jakie są scenariusze testowe?
Odpowiedź
W podobnej sytuacji zaprojektowałem kilka krytycznych scenariuszy biznesowych i przeprowadziłem przez oba systemy i porównaliśmy wyniki końcowe, a także kluczowe wyniki w połowie etapu pod względem danych wyjściowych.
Wybór scenariuszy będzie podyktowany poziom transformacji danych w trakcie ich przechodzenia przez system.
Również jeśli system obsługuje funkcję wyszukiwania i raportowania, w której pokazuje szczegółowe raporty danych oparte na parametrach wyszukiwania, aby można je było intensywnie wykorzystać po migracji danych do porównania obu systemów .
Odpowiedź
Będzie to znacznie więcej niż testowanie migracji danych.
Pierwszą rzeczą, którą powinieneś rozważyć, jest być może to, jak wpływa to na twoich klientów (zarówno wewnętrznych, jak i zewnętrznych). Co muszą zrobić Twoi klienci, jeśli nastąpi to przejście.
- Jeśli aplikacja wygląda inaczej, czy klienci mogą dostosować się do nowych interfejsów? Najlepszym sposobem jest zaangażowanie klientów od pierwszego dnia i zapewnienie im ciągłego przekazywania informacji zwrotnych o wrażeniach użytkownika końcowego.
Strategie testowania migracji danych można łatwo znaleźć w Internecie, na przykład przeczytaj tę. http://datamigrationpro.com/data-migration-testing-strategy/
Testy bezpieczeństwa, aplikacja internetowa może być celem włamań online; możesz rozważyć zatrudnienie eksperta ds. testów bezpieczeństwa, który pomoże Ci przeprowadzić testy penetracyjne. Zapraszamy do przeczytania tego linku, https://www.owasp.org/index.php/Top_10-2017_Top_10
Nie znając dokładnych szczegółów wniosku, mogę podać tylko informacje na stosunkowo wysokim poziomie abstrakcji.
Odpowiedź
Zgodnie z wymaganą siecią mają miejsce dwa typy migracji: – Pierwszy to aplikacja, a drugi to baza danych migracji.
Oto kilka strategii stosowanych przez czołowe firmy testujące oprogramowanie w celu zapewnienia wydajnego testowania migracji: –
1. Migracja aplikacji: Czynności testowe w tym miejscu będą:
Analiza wymagań i identyfikacja stabilnych wymagań Analiza i testowanie wszystkich przepływów w starszej aplikacji w nowej aplikacji
Przetestuj nowe przepływy w zmigrowanej aplikacji, jeśli takie istnieją
Scenariusze testowe ogólnie wyglądałyby jak poniżej:
Sprawdź poprawność wszystkich poprzednich funkcji wraz z ulepszonymi funkcjami – wszystko powinno działać poprawnie
Przetestuj aplikację pod kątem istniejących danych, a także nowych danych – oba powinny działać poprawnie
Przykład:
Spróbuj zaktualizować istniejące dane, usunąć istniejące, wyszukać istniejące dane i wygenerować raporty dla istniejących danych.
Za pomocą nowych danych sprawdź, czy utworzono konta / dane, zaktualizuj nowo dodane dane, usuń nowo dodane dane, przeszukaj nowe dane i wygeneruj raporty dla nowo dodanych danych
Sprawdź, czy cała aplikacja działa poprawnie.
Sprawdź, czy nowa technologia nadal obsługuje wszystkie składniki aplikacji. Na przykład wtyczki / dodatki / wartości środowiskowe / ścieżka nie są zmieniane i powinny działać poprawnie bez żadnych błędów. Sprawdź, czy jest kompatybilny ze wszystkimi możliwymi systemami operacyjnymi, wersjami przeglądarek itp.
Sprawdź, czy stare dane są zachowywane w aplikacji, a nowe działają dobrze w nowej technologii
2. Migracja bazy danych W przypadku tego typu migracji aplikacja powinna być stabilna, a dane w bazie danych powinny być poprawne i aktualne. W związku z tym format, typ, wartość itp. Mają znaczenie podczas migracji między bazami danych.
Działania testowe będą tutaj:
Upewnij się, że starsza baza danych nie jest aktualizowana podczas testów po migracji
Upewnij się, że mapowanie na poziomie pól i tabeli nie zmienia się
Zapewnienie jeśli migracja danych przebiega dokładnie i całkowicie
Scenariusze testowe będą takie jak poniżej:
I) Jeśli migracja dotyczy tego samego typu bazy danych, to
Sprawdź, czy zapytania wykonywane w nowej bazie danych dają takie same wyniki, jak w starszej
Sprawdź, czy liczba rekordów w starej i nowej bazie danych jest taka sama.Tutaj użyj odpowiedniego narzędzia do automatyzacji
Sprawdź, czy nie ma żadnych redundancji i nowa baza danych działa dokładnie tak, jak starsza
Sprawdź, czy schemat, relacje, struktury tabel są niezmienione lub przywrócone do zgodności obraz starej bazy danych
Sprawdź, czy zmiany wprowadzone w aplikacji aktualizują nową bazę danych poprawnymi wartościami i typem
Sprawdź, czy po nowym połączeniu z bazą danych zostaną dostarczone wszystkie komponenty aplikacji. Aplikacja, serwer, interfejsy, zapora ogniowa, łączność sieciowa itp.
Sprawdź, czy wydajność zapytań (czas potrzebny do wykonania złożonych zapytań) nowej bazy danych jest nie większa niż wcześniejsza
II ) Jeśli migracja to inny typ bazy danych, to wraz z powyższymi punktami walidacji należy zadbać o kilka lub więcej:
Zweryfikuj obsługę danych dla wszystkich pól. Głównym wyzwaniem będzie obsługa danych dotyczących dat kalendarzowych, liczb zmiennoprzecinkowych, liczb szesnastkowych itp.
Odpowiedź
W testach przed migracją programista i zespół QA musi być bardzo zaznajomiony ze stanem i funkcjonalnością aplikacji. Najważniejsze jest, aby znać wszystkie istniejące problemy, które nie zostały rozwiązane z różnych powodów. Testerzy muszą tworzyć główne scenariusze testowe z przepływami użycia, które użytkownicy wykonują najczęściej. Muszą również objąć rzadkie przepływy pracy kilkoma dobrymi scenariuszami. Później odtworzą te scenariusze, aby potwierdzić, że aplikacja działa zgodnie z oczekiwaniami.
W testowaniu migracji programiści próbują zintegrować komponenty aplikacji piszących zmiany w kodzie. Muszą współpracować z administratorami serwerów, które odgrywają kluczową rolę na tym etapie. Zespół kontroli jakości wyłapuje ważne problemy funkcjonalne w tej fazie, nadgodziny są przewidziane dla wszystkich zaangażowanych zespołów. Czasami zdarzały się przestoje serwerów, więc kierownik projektu musi korzystać ze starych serwerów, dopóki nowa produkcja nie będzie gotowa dla klientów.
W testach pomigracyjnych wykrywane są mniej ważne problemy (np. Błędy treści i wizualne) wdrożono testy akceptacyjne użytkownika. Programiści robią sobie przerwę po wyczerpującej pracy, a kierownicy ds. Kontroli jakości zbierają informacje o problemach w raportach, aby przedstawić je właścicielowi produktu lub innemu przedstawicielowi firmy w zespole.
Zespół ds. Kontroli jakości musi zwracać uwagę na typowe błędy, które spowodowały usterki:
Brakujące bazy danych i zasoby (obrazy, dokumenty). Konfiguracje i ustawienia sprzętu. Zmiana domeny w kodzie i opisach. Ustawienia testowanej aplikacji, które nie są replikowane z powodu braku bazy danych. Wypychana jest inna gałąź kodu (nowa zastępuje starą lub odwrotnie).
Kierownictwo musi zdecydować:
Czy zezwoliłby testerom na dostęp do baz danych, gdyby projekt miał terminy? Jaki jest zakres testów? Jeśli istnieją nierozwiązane problemy, czy należy je zgłaszać wraz z nowymi?
Zespół programistów musi:
W 100% znać technologie i języki, w których pracuje. Podczas migracji intensywnie współpracujemy z administratorami serwerów i programistami baz danych. Natychmiast skoncentruj się na problemach funkcjonalnych.
Dodaj komentarz