Analiza wpływu w testowaniu oprogramowania

Czym jest analiza wpływu?

Analiza wpływu jest definiowana jako analiza wpływu zmian wdrożonego produktu lub aplikacji. Dostarcza informacji o obszarach systemu, które mogą zostać dotknięte ze względu na zmianę w konkretnej sekcji lub funkcjach aplikacji.

Wpływ jest analizowany na wymagania, projekt i Architecture, wpływ na test i wpływ na harmonogram.

Wraz z wprowadzeniem nowych funkcji do aplikacji lub produktu konieczne staje się sprawdzenie wpływu tych nowych funkcji lub zmian na wydajność systemu. Z tego powodu przeprowadzana jest analiza wpływu.

Dlaczego przeprowadzana jest analiza wpływu zmiany?

Ma to na celu zrozumienie możliwego wyniku wdrożenia zmiany. Wprowadzanie zbyt dużej funkcjonalności do produktu może obniżyć ogólną wydajność produktu.
Identyfikacja wszystkich plików, dokumentów i modeli, które mogą wymagać modyfikacji, jeśli zespół zdecyduje się na wdrożenie zmiany w produkcie
Oszacowanie wysiłku potrzebnego do wdrożenia zmiany
Zidentyfikowanie zadania wymaganego do wdrożenia zmiany
Wyświetli listę zależności od konkretnego elementu

Co to jest dokument analizy wpływu?

Dokument analizy wpływu może być używany jako lista kontrolna. Służy do oceny wniosku o zmianę przed rozpoczęciem pracy nad nim. Dokument analizy wpływu powinien zawierać szczegóły takie jak:

Krótki opis problemu
Wyjaśnij lub pokaż przykład, w jaki sposób wada powoduje awarię i/lub nieefektywność
Dołącz oszacowanie złożoności
Dołącz szacunkowy koszt i czas naprawy
Funkcjonalność do przetestowania
Wypisz nowe przypadki testowe utworzone dla zmiany
Dokument referencyjny — należy podać dokument referencyjny, specyfikację techniczną itp.

Przykład:

Dokument analizy wpływu.

Zmień identyfikator żądania:
Tytuł:
Descriptjon:
Data Przygotuj:
Szacunkowa priorytetyzacja:
- Względna korzyść
- Kara względna
- Względny koszt
- Ryzyko względne
Szacowany całkowity nakład pracy: …..godzin
Szacunkowy utracony wysiłek: ……..godzin
Szacowany harmonogram Wpływ:……dni
Wpływ na jakość;
Inne wymagania, których to dotyczy:
Inne zadania, których to dotyczy:
Problemy z integracją:

Jak przedstawić poziom wpływu Analizy Wpływu

Analizę wpływu można oznaczyć zgodnie z kodem koloru, aby przedstawić krytyczność zmian lub wpływ zmian na system. Kod koloru może być dowolny, jak pokazano poniżej.

Czerwony- Mocny
Żółty – umiarkowany
Zielony – słaby

Powyższa tabela wyjaśnia wpływ wprowadzonych zmian

Funkcje zaznaczone na czerwono wskazują główne cechy, które uległy zmianie, te oznaczone kolorem żółtym to cechy, na które zmiana ma mniejszy wpływ, a te oznaczone kolorem zielonym to cechy najmniej.
Cechy wymienione pionowo przypominają te cechy, które uległy zmianie, podczas gdy poziomo wymienione są te cechy, na które mogą mieć wpływ wprowadzone zmiany. Na przykład w powyższym przykładzie zmiana cechy 1 wpływa na cechę 3
W przypadku większego projektu, w którym liczba funkcji i funkcjonalności jest większa niż powyższa tabela może nie być przydatna. W takim przypadku przyjmuje się inne podejście, w którym programista od razu wyznacza poziom wpływu ze względu na zmiany głównych cech. Jak pokazano poniżej, gdzie zaznaczono wpływ funkcji głównej na odpowiednie funkcje podrzędne.

Przykładowe pytania, na które należy odpowiedzieć w celu przeprowadzenia analizy wpływu

Jakie są niekorzystne skutki uboczne lub ryzyko wprowadzenia proponowanej zmiany?
Czy pozyskuje się jakieś narzędzie do wdrożenia i przetestowania zmiany?
Jeśli zmiana zostanie zaakceptowana, ile wysiłku już włożonego zostanie utracone?
Czy proponowane zmiany niekorzystnie wpływają na wymagania dotyczące wydajności?
Czy do zweryfikowania proponowanej zmiany potrzebny jest inny wkład użytkownika?
Czy zmiana zwiększa koszt produktu?
Czy proponowana zmiana wynika z wiedzy i umiejętności obecnych pracowników?
Czy proponowana zmiana powoduje niedopuszczalne zapotrzebowanie na jakiekolwiek zasoby komputera?

Najlepsze praktyki w zakresie analizy wpływu zmian

Przed rozpoczęciem analizy wpływu upewnij się, że żądanie testowania nie zawierało informacji o tej części projektu, na którą miały wpływ zmiany
Kontynuuj komunikację między programistą a testerem, aby nie przegapić żadnej zmiany potrzebnej do wdrożenia w produkcie końcowym
Określ, czy wymagane są jakiekolwiek zmiany w interfejsie użytkownika, usunięcia lub uzupełnienia.
Oszacuj liczbę wymaganych przypadków testów akceptacyjnych, systemowych lub integracyjnych
Zidentyfikuj wpływ proponowanej zmiany na inny plan projektu, plan zarządzania konfiguracją lub plan zapewnienia jakości.

Podsumowanie

Analiza wpływu pozwoli określić, która część aplikacji wymaga zmiany
Wpływ na system jest analizowany pod kątem wymagań, projektowania i Architecture, wpływ na test, itp.
Pomaga przeanalizować, jaki poziom testy regresji jest wymagane