Menu

W jaki sposób decydujecie, które wady są akceptowane, aby oprogramowanie zostało uruchomione?

how do you decide which defects are acceptable

Software Go-Live to zawsze wielkie wydarzenie dla każdego oprogramowania. Ważne jest, aby mieć absolutną pewność, że wszystko działa i że tak jest udostępnianie użytkownikom wysokiej jakości oprogramowania .

Zły lub przedwczesny lub niestabilny lub trudny w użyciu produkt może spowodować wiele strat finansowych, a także może spowodować, że użytkownik straci zaufanie do samej marki.

Często słyszymy, że testy należy wykonywać, dopóki nie spełnimy kryteriów zakończenia. Słyszymy również, że usterki należy naprawić na akceptowalnym poziomie.

Chociaż są to świetnie brzmiące wytyczne, są one niejasne.

kryteria uruchomienia oprogramowania

Być bardziej specyficznym:

  • Jaki procent defektów jest dopuszczalny, aby oprogramowanie zostało uruchomione?
  • Jak decydujecie o otwartych błędach, z którymi oprogramowanie może działać?
  • Co rodzaje wad są poważniejsze niż inni?

Zalecana lektura => Kiedy przestać testować?

Czy kiedykolwiek miałeś te pytania? Następnie ten artykuł pomoże Ci odpowiedzieć na nie. Czytaj…

Złożone oprogramowanie nie jest wolne od defektów i jest opowieścią o usuwaniu usterek w porównaniu z działającym oprogramowaniem.

Im więcej naprawiasz usterki, tym większe jest prawdopodobieństwo, że nowa usterka została wprowadzona podczas zamykania usterki. Więc,

  • W jaki sposób decydujesz o zakresie usterek i typie usterek, z którymi możesz sobie poradzić?
  • W jaki sposób przygotowujesz oprogramowanie, które ma zostać wdrożone, do uruchomienia?
  • W jaki sposób koordynatorzy UAT uruchamiają telefon, czy nie?
  • Na podstawie jakich parametrów oprogramowanie powinno być oceniane?
  • Jak odpowiadamy - Czy oprogramowanie nadaje się do użytku i przyniesie wartość interesariuszom?

Uruchomienie produkcji jest kamieniem milowym zarówno dla klienta, jak i dla dostawcy, ponieważ jest zwykle powiązane z kamieniami milowymi płatności. Obaj ponoszą jednakową odpowiedzialność za zapewnienie powodzenia dużych projektów transformacyjnych.

Z mojego doświadczenia wynika, że ​​klienci chcą mieć stosunek jakości do ceny i mają kryterium wyjścia aby UAT zaczął działać.

Wspomniane kryteria wyjścia w mniejszym lub większym stopniu określałyby dopuszczalny zakres problemów we wszystkich obszarach aplikacji, takich jak:

  1. Funkcjonalny
  2. Wydajność i obciążenie
  3. Użyteczność
  4. Bezpieczeństwo
  5. Integracja z systemami zewnętrznymi
  6. Raporty
  7. Migracja danych

Uważam, że każdy z tych typów defektów wymaga dalszego wyjaśnienia. I to jest dokładnie to, co teraz zrobimy:

# 1. Wady funkcjonalne:

Jeśli oprogramowanie jest tworzone zgodnie ze specyfikacjami podanymi przez klienta, to musi spełniać wymagania. Wszelkie odchylenia są rejestrowane jako wady funkcjonalne.

Wady funkcjonalne są następnie klasyfikowane według surowość i priorytet .

Poniżej przedstawiono ważne kwestie:

  • Usterki o dużej wadze i priorytetach to zazwyczaj te, które mają wpływ na codzienne użytkowanie oprogramowania. Tego typu usterki to te, które muszą zostać naprawione przed uruchomieniem. Bez wyjątków.
  • Czasami defekty funkcjonalne są klasyfikowane jako żądania zmiany, ponieważ nie były częścią pierwotnie podanych wymagań. Takie CR, które są niezbędne, aby firma działała po Go-live, również muszą zostać wdrożone.
  • Klasyfikację defektów i priorytetyzację defektów funkcjonalnych dokonują koordynatorzy UAT we współpracy z użytkownikami biznesowymi i analitykami biznesowymi. Zwykle klient ma kryteria wyjścia określające, ile% defektów można otworzyć do uruchomienia.

# 2. Wady wydajności i obciążenia:

Wady wydajności należy wziąć pod uwagę przed uruchomieniem, a zwłaszcza, jeśli oprogramowanie ma być używane przez użytkowników zewnętrznych.

Jeśli oprogramowanie jest powolne dla określonej liczby użytkowników, użytkownicy unikaliby korzystania z oprogramowania, ponieważ ładowanie zajmuje dużo czasu. Użytkownicy zwykle przenoszą się do witryny konkurencji, jeśli oprogramowanie działa bardzo wolno, przez co tracą interesy.

Czasami części aplikacji, które nie są skierowane do klienta, mogą również wpływać na wydajność.

Na przykład: Jeśli istnieje proces wsadowy, który jest uruchamiany pod koniec każdego dnia i jeśli w trakcie tego procesu czas odpowiedzi aplikacji ulega zmniejszeniu, należy również wziąć pod uwagę wydajność partii.

  • Wydajność jest zwykle mierzona jako czas odpowiedzi ekranów, które mają być renderowane i stają się dostępne dla użytkowników, gdy w systemie jest określona liczba jednoczesnych użytkowników.
  • Testy wydajności są wykonywane przy użyciu narzędzi takich jak LoadRunner , WebLoad , Neoload itp.
  • Wydajność oprogramowania przy danym obciążeniu i przy przyszłym przewidywanym obciążeniu jest zwykle dokumentowana w umowie i musi zostać wykazana przed uruchomieniem.
  • Ekrany lub części aplikacji, które są rzadziej używane przez użytkowników, są odkładane do oceny po uruchomieniu.
  • Wydajność zależy również od rodzaju sprzętu i warunków sieciowych, na których wdrażane jest oprogramowanie.
  • Testy wydajności są wykonywane podczas UAT na określonym sprzęcie przy użyciu narzędzi wydajnościowych, a ich wady są śledzone w sposób podobny do defektów funkcjonalnych. Są one również traktowane priorytetowo i osiąga się konsensus co do spełnienia kryteriów wyjścia do uruchomienia.
  • Zazwyczaj testy wydajności i obciążenia w UAT są wykonywane po zakończeniu funkcjonalnego UAT przez użytkowników biznesowych i osiągnięciu akceptowalnego kryterium wyjścia dla defektów funkcjonalnych.

# 3. Wady użyteczności:

Stworzone oprogramowanie powinny być łatwe w użyciu przez użytkowników końcowych używanie różnych skrótów klawiszowych, skrótów, minimalnej liczby nawigacji na ekranie, paginacji itp. Oprogramowanie musi być inteligentne i intuicyjne.

Jeśli przed przejściem do odpowiedniego ekranu jest zbyt wiele ruchów strony, użytkownicy zwykle wykazują mniejsze zainteresowanie używaniem oprogramowania.

  • Wytyczne dotyczące użyteczności są tworzone przed zbudowaniem oprogramowania. Oprogramowanie musi być zgodne z tymi wytycznymi.
  • Podczas tworzenia oprogramowania mogą również występować ograniczenia dotyczące narzędzi, które muszą być inteligentnie pokonane, zanim oprogramowanie będzie mogło być używane przez użytkowników końcowych.
  • Dzięki wysoce użytecznemu oprogramowaniu użytkownik końcowy może wprowadzać dane nawet 5 razy większe niż zwykłe oprogramowanie.
  • Wygląd i działanie oprogramowania musi być wyraźne, a przed uruchomieniem należy rozwiązać kwestie prawne.
  • Wielokrotnie powoływany jest konsultant ds. Użyteczności, aby zapewnić użytkownikom wygodną obsługę.
  • Dokumentacja, która musi być dołączona do aplikacji, również musi być zgodna z rygorystycznymi wytycznymi dotyczącymi użyteczności, ponieważ można jej używać legalnie.
  • Defekty użyteczności zarejestrowane przez testerów UAT / testerów zewnętrznych są również traktowane priorytetowo jako defekty funkcjonalne i wydajnościowe i muszą spełniać kryteria wyjścia do uruchomienia.

# 4. Wady bezpieczeństwa:

Bezpieczeństwo oprogramowania jest gorącym problemem, ponieważ aplikacja może zostać zhakowana, a wrażliwe dane klienta mogą zostać skradzione w krótkim czasie.

Dlatego niezawodne oprogramowanie nie powinno pozwolić nawet bardzo kompetentnemu hakerowi na wejście do aplikacji bez odpowiednich uprawnień.

  • Testy bezpieczeństwa są wykonywane w UAT z określonymi danymi wejściowymi do oprogramowania, aby upewnić się, że nie można go zhakować.
  • Testy bezpieczeństwa są przeprowadzane przez legalnych hakerów, którzy próbują włamać się do oprogramowania, aby sprawdzić, czy jest podatne na ataki.
  • Wszystkie usterki bezpieczeństwa muszą zostać usunięte przed uruchomieniem systemu.
  • Bezpieczeństwo oznacza również logowanie oraz role i uprawnienia różnych użytkowników (zewnętrznych i wewnętrznych) do korzystania z różnych sekcji aplikacji, a także do tworzenia i zatwierdzania danych.

# 5. Integracja z zewnętrznymi systemami oprogramowania:

Zwykle aplikacja, która ma zostać wdrożona w siedzibie klienta, musi współpracować z dowolnym istniejącym oprogramowaniem, które może już tam istnieć.

Na przykład: W przypadku systemu drukowania są używane lub mogą to być systemy zewnętrzne, takie jak aplikacja rozliczeniowa lub systemy ekranu danych. Wdrażana aplikacja powinna bezproblemowo integrować się z tymi systemami zewnętrznymi. Wszystkie wejścia i wyjścia do tych systemów powinny działać synchronicznie. Dzisiejsza technologia obejmuje aplikacje mobilne i różne platformy oprogramowania, którymi musi być aplikacja kompatybilny z .

Sprawdzanie zewnętrznych interfejsów systemu powinno być szeroko przeprowadzane na etapach systemu i UAT. Powinien być konieczny w odniesieniu do kryteriów wyjścia, które należy spełnić przed uruchomieniem.

# 6. Raporty:

Raporty z aplikacji są krytycznym sposobem pokazania, że ​​dane w aplikacji są zgodne.

Na przykład: wszystkie dane dotyczące rozliczeń muszą się zgadzać w saldach kredytowych i debetowych.

  • Wszystkie dane w oprogramowaniu muszą być zgodne. To uzgodnienie danych w oprogramowaniu jest przedstawiane w raportach i muszą one działać zgodnie z przeznaczeniem.
  • Jest to szczególnie ważne, jeśli migracja danych ze starego systemu do nowego jest głównym celem obecnej wersji.

# 7. Migracja danych:

W przypadku wymiany starego systemu na nowy dane ze starego systemu są przenoszone do nowego (po osiągnięciu daty granicznej przy użyciu nowego systemu). Migrowane dane powinny być obsługiwane przez nowy system, zgodnie z definicją podczas gromadzenia wymagań.

Wszystkie stare dane mogą nie być dostępne w nowym systemie; Jednak migawka starych danych może być dostępna w nowym systemie. Te dane powinny być dostępne zgodnie z ustaleniami.

faza projektowania cyklu życia oprogramowania

Uwaga : Powyższa lista nie jest wyczerpująca. W zależności od typu aplikacji może być więcej rzeczy, które trzeba będzie zweryfikować, lub nie wszystko powyżej może mieć zastosowanie. Tak więc dokładne zrozumienie oprogramowania, celu biznesowego, oczekiwań użytkownika i zależności architektonicznych lub sprzętowych jest konieczne, aby opracować kompleksowe kryteria zakończenia.

Przykładowe kryteria wyjścia dla uruchomienia:

To tylko przykład. Może się różnić w zależności od projektu.

  • 100% usterek o priorytecie 1 jest zamkniętych (krytyczny poziom ważności i priorytet 1)
  • 90% błędów o priorytecie 2 jest zamkniętych (wysoki poziom i priorytet 2), a dla pozostałych 10% defektów dostępne jest logiczne obejście. Dostępny jest plan zamknięcia pozostałych 10% usterek.
  • Lista kontrolna wdrażania i poprawności produkcji jest gotowa.
  • Zespół wsparcia produkcji został utworzony i gotowy do zamknięcia zgłoszeń.
  • 70% usterek o priorytecie 3 jest zamykanych i istnieje plan zamknięcia pozostałych z 30% usterek o niskim priorytecie.

Kilka punktów do zapamiętania:

  • Wszystkie definicje dotkliwości i priorytetów są ustalane podczas spotkań biznesowych między klientem a dostawcą na początku programu.
  • Po zarejestrowaniu wszystkich usterek UAT i zamknięciu wszystkich innych usterek, koordynatorzy UAT i sponsorzy biznesowi spotykają się, aby dokonać przeglądu oczekujących i otwartych usterek. Jeśli wszystkie usterki wymagane do uruchomienia pierwszego dnia zostaną zamknięte, sponsorzy biznesowi zobaczą swoją gotowość do uruchomienia i wprowadzą oprogramowanie do produkcji.

Podsumowując

Mamy nadzieję, że ten artykuł dostarczył wglądu w niektóre z ważnych kwestii związanych z tworzeniem solidnych kryteriów wyjścia, które chronią oprogramowanie przed potencjalnymi awariami w produkcjach.

O autorze: To jest gościnny artykuł Krishnana Venkatramana. Ma prawie 18-letnie doświadczenie w testowaniu oprogramowania. Pracował przy wielu dużych i złożonych projektach testowania oprogramowania.

Zapraszam do zamieszczania swoich zapytań / komentarzy poniżej.

rekomendowane lektury

^