cosmetic functional bugs what has be treated
Na testerze zawsze spoczywa ogromna odpowiedzialność za wykrycie wszelkiego rodzaju błędów, które zawiera oprogramowanie. Niezależnie od funkcjonalności i interfejsu użytkownika, testerzy mogą zgłaszać błędy wszędzie tam, gdzie występuje niezgodność.
Ten artykuł pomaga zrozumieć znaczenie błędów funkcjonalnych i kosmetycznych. Dodatkowo, w zrozumiały sposób wyjaśniono czynniki, które należy wziąć pod uwagę przy ustalaniu ich priorytetów kilka przykładów na żywo dla ilustracji .
Czego się nauczysz:
Znaczenie błędów funkcjonalnych i kosmetycznych
Błędy są nieuniknione w rozwoju oprogramowania. Dlatego zawsze bardzo ważne jest dokładne przetestowanie oprogramowania, zanim będzie można go używać na żywo. Testowanie oprogramowania mogą stać się bardziej istotne, ponieważ pomagają w identyfikacji błędy pominięte przez programistów .
Te niezidentyfikowane błędy mogą stać się bardzo kosztowne w życiu. W związku z tym należy przeprowadzić odpowiedni plan testów i testy, aby poprawić jakość oprogramowania.
Rys 1:
Powyższy rysunek musi przesłać plik obrazu, którego oprogramowanie nie wyświetliło. To poważny problem, który może poważnie wpłynąć na biznes.
Błędy kosmetyczne i ich znaczące znaczenie
Wymagania kosmetyczne to nic innego jak interfejs użytkownika lub tylko wygląd oprogramowania. W większości przypadków zdarza się, że zmienia się między różnymi wydaniami.
Dzieje się tak zwłaszcza w projektach, w których stosowana jest metodologia zwinna. Wydania odbywają się tutaj w formie sprintów. Dlatego są zwykle nazywane wydaniem Sprint lub po prostu SR-xx, gdzie „xx” oznacza numer wydania.
Każde wydanie może mieć określony zestaw wymagań. Ogólnie rzecz biorąc, klienci bardzo często przygotowują się do żądania zmian w interfejsie użytkownika lub tylko w interfejsie użytkownika.
Oto kilka przykładów wymagań dotyczących kosmetyków:
- Menu muszą być dostępne z czcionkami Calibri i.
- Pole tekstowe A musi mieć 1,2 cala
- Wszystkie generowane raporty muszą mieć tytuł w rozmiarze H1 z kolorem „002522”.
Powyżej znajduje się kilka przykładów wymagań kosmetycznych, które mogą się pojawić. Są to wymagania, do których głównie się dąży improwizowanie użyteczności oprogramowania . Innym powodem wymagań kosmetycznych jest optymalizacja oprogramowania i jego projektu do celów biznesowych.
Rys 2
Na powyższym rysunku są zarówno kwestie funkcjonalne, jak i kosmetyczne. Problem funkcjonalny, taki jak pole wyboru, nie jest wyświetlany dla opcji „Użyj DeathByCaptcha”.
Problem kosmetyczny widać tutaj, jak brak jednolitej czcionki, która została użyta.
Czynnik priorytetowy w przypadku błędów kosmetycznych lub potrzeb klientów
Potrzeby kosmetyczne są zaznaczane przez klientki jako nieco istotne. Wynika to z troski o potrzebę uczynienia interakcji oprogramowania bardzo prostym i jednocześnie wydajnym, tak aby osiąganie celów następowało łatwo. W przypadku problemów z interfejsem użytkownika klienci kontaktują się z dostawcami z błędem o niskim priorytecie.
Jak to zwykle bywa, programiści zajmują się funkcjonalnymi aspektami oprogramowania niż aspektami kosmetycznymi, ponieważ są to głównie obszary o niewielkim wpływie.
Testerzy oprogramowania chcą, aby wszystkie wymagania wymienione przez klientów były dostępne w oprogramowaniu, które zawodzi, co w naturalny sposób powoduje błąd. I to tutaj wszyscy startują. Priorytet ustalony przez testera jest wynikiem sugestii klienta. Widok deweloperów różni się nieco od tego, na co patrzą testerzy. Zawsze sprawdzają, czy błąd może spowodować przerwę w działaniu.
Oto jakaś powtarzająca się dyskusja, której wynik może spowodować, że w pewnym momencie pojawią się zalecenia zespołu testującego. Jeśli nie w obecnym wydaniu, może się to zdarzyć w kolejnym.
Prawdziwy przykład nr 1)
Klient zażądał, aby logo firmy pojawiło się na stronie głównej w ramce tytułowej wraz z funkcją szybkiego ładowania. Dostawca dostarczył oprogramowanie, w którym logo firmy jest ładowane, a klienci z poczuciem, że logo się nie ładuje, przystępują do zgłaszania problemu klienta na żywo.
Dlatego spowodowało to więcej szkód dla sprzedawców. Główną przyczyną problemu może być rozmiar obrazu lub charakter obrazu lub cokolwiek innego. Chociaż nie ma to przerw funkcjonalnych, zostało to przedstawione jako problem na żywo.
Błędy funkcjonalne - Czynniki krytyczne i priorytetowe
Ogólnie rzecz biorąc, błędy są traktowane priorytetowo na podstawie priorytetów ustalonych przez klientów i potencjalnych skutków, jakie mogą pozostawić w firmie. Twórcy uważają, że należy popracować nad krytycznymi błędami. Jest to bardziej oczywiste, ponieważ błędy funkcjonalne są czymś, co tłumi ich pracę.
Na podstawie priorytetu klienci chcą nadać priorytet kilku funkcjonalnym i kosmetycznym błędom w tym samym wydaniu. Współczynnik krytyczności zależy od wpływu lub potencjalnego wpływu, jaki może pozostawić błąd. Czynnik priorytetowy zależy wyłącznie od klienta i jego potrzeb.
Pod względem krytyczności błędy funkcjonalne są bardzo potrzebne, aby można je było naprawić bez opóźnień. W przypadku błędów kosmetycznych mogą iść z decyzjami podjętymi przez klientów
Rys 3
Na powyższym rysunku występują problemy funkcjonalne, takie jak problemy projektowe i nakładanie się tekstu oraz problemy kosmetyczne, takie jak problem z czcionką.
Prawdziwy przykład nr 2)
Klient w przykładzie nr 1 miał wiele wersji od tego samego dostawcy. Klienci są zadowoleni z produktów dostarczonych przez dostawców. Teraz nagle pojawia się kilka scenariuszy biznesowych, które klienci zidentyfikowali jako niedziałające wraz z kilkoma innymi listami problemów z wyświetlaniem. Ponieważ funkcjonalnie wpływające problemy są uważane za krytyczne dla klientów, poprosili dostawców, aby naprawili je jak najszybciej.
A ponieważ problemy z wyświetlaniem pozostawiły mniejszy wpływ, klienci nadali im priorytety w wielu wersjach. Klienci byli gotowi do pracy z poprawkami kilku problemów z wyświetlaniem i większości problemów funkcjonalnych. Dzieje się tak, ponieważ wszystkie funkcje mogą mieć wpływ na biznes, a kilka problemów z wyświetlaniem może mieć wpływ.
Wpływ na biznes
Wszystkie błędy mogą prowadzić do niezgodności oprogramowania z wymaganiami klienta. Jeśli chodzi o skutki w biznesie, to zdecydowanie błędy funkcjonalne zasługują na poważne skutki dla biznesu. Ponieważ błędy kosmetyczne dostosowują się do problemu z projektem i wyglądem interfejsu użytkownika, mogą powodować problemy z użytecznością i wyglądem wśród użytkowników.
Innymi słowy, lepiej określa się je jako kosmetyczne ulepszenia niż błędy. Chociaż nie mogą one mieć poważnego wpływu na biznes w większym stopniu, mogą powodować pewne trudności wśród użytkowników podczas korzystania z oprogramowania.
Prawdziwy przykład nr 3)
Sprzedawcy dostarczyli nową wersję aplikacji w wersji mobilnej. W aplikacjach mobilnych jest kilka funkcji, które wymagały od użytkownika częstszego klikania łącza. Stworzyło to poczucie obniżonej użyteczności wśród użytkowników. Dostawcy muszą ponownie rozważyć projekt i przepływ aplikacji. Po zmianie przepływu aplikacja zaczęła używać wielu użytkowników.
W wielu takich aplikacjach główną rolę odgrywa użyteczność. Chociaż nie było zmian funkcjonalnych, było kilka zmian w kosmetykach, które sprawiły, że aplikacje stały się silniejsze
Badanie porównawcze błędów kosmetycznych i funkcjonalnych
Może istnieć wiele różnic pomiędzy klasyfikacjami błędów, takich jak funkcjonalne i kosmetyczne, w wielu aspektach w cyklu życia testowania oprogramowania. Niewiele z nich jest sformułowanych i zestawionych w tabeli jako różnica między oboma typami:
| Obszar porównawczy | Błędy funkcjonalne | Błędy kosmetyczne |
|---|---|---|
| Potencjalne przyczyny | Przyczyn może być wiele: 1. Problemy z kodowaniem 2. Problemy z synchronizacją 3. Problemy z aplikacjami zależnymi | Przyczyną problemu mogą być: 1. Problemy projektowe 2. Problem z nieobsługiwanym plikiem |
| Stopień rekreacji | Odtworzenie funkcjonalnych błędów może być wykonane przez Testerów lub przez samych klientów | Błędy kosmetyczne wymagają minimalnego wysiłku podczas odtwarzania, ponieważ są identyfikowane głównie na poziomie interfejsu użytkownika |
| Krytyczność | Są one przeważnie krytyczne, ponieważ awaria funkcjonalna może mieć poważny wpływ na biznes | Mogą stać się krytyczni w bardzo niewielu przypadkach. |
| Priorytet | Priorytet jest określony przez klientów | Priorytet jest określony przez klientów |
| Potencjalny wpływ | Awaria funkcjonalna może spowodować poważne problemy w biznesie klientów | Chociaż nie mogą wywierać bezpośredniego wpływu, mogą również podejmować potencjalne skutki. |
| Uwzględnienie ulepszeń | Tych błędów nie można nigdy polecać ani traktować jako ulepszeń | Te błędy można traktować jako ulepszenia |
| Koszty, gdy nie są ustalone | Wysoki koszt w przypadku wykrycia problemu w oprogramowaniu na żywo | Niewielki koszt |
Ilustracje kosmetyczne błędów
Błąd kosmetyczny może mieć wpływ w niektórych miejscach, w których w oprogramowaniu znajdują się logo firmy lub obrazy spółek, ale nie ładuje się prawidłowo. Chociaż są to błędy niefunkcjonalne, mogą stać się poważne. Rozumiemy poniższe ilustracje, aby zrozumieć znaczenie błędów kosmetycznych i ich znaczącą rolę.
Studium przypadku
Oprogramowanie A jest opracowywane przez dostawcę B. Dostarczane klientowi produkty są dostarczane do klienta w postaci spadku kodu raz na miesiąc po wydaniu wersji podstawowej. Z dostarczonego produktu klienci będą wymieniać wszystkie problemy, błędy, ulepszenia w oparciu o ich krytyczność i priorytet.
Priorytet idzie jak P1, P2, P3 i P4.
Krytyczność idzie jak Ciężki, duży, wysoki i niski.
Teraz klienci oczekują, że wszystkie poważne błędy P1 zostaną naprawione w 30. tygodniu. Podobnie wysokie, P2 błędy w 35. tygodniu. Niskie, poprawki błędów P3 spodziewane są w 40. tygodniu. Wreszcie, błędy P4 spodziewane są w tygodniu. 40. Pomiędzy wszystkimi wydaniami poprawek klient blokuje 3-dniowy okres buforowania.
Teraz następująca obserwacja staje się bardzo krytyczna:
- Ponieważ zostało to zaplanowane jako tryb potokowy, wszelkie opóźnienia będą miały większy wpływ na kolejne plany.
- Priorytety są tworzone przez klientów i dlatego planują wydać w wybranym przez siebie okresie
- Opóźnienie błędów o niskim priorytecie może spowodować zmianę ich priorytetu z niskiego na wyższy.
- Niewielkie opóźnienia mogą mieć poważny wpływ na firmę, pozostawiając małe i drobne błędy, aby stały się poważne.
Spotkanie testerów i programistów
„Nie licz jaj, zanim się wyklują” - ta linia jest przeznaczona zarówno dla programistów, jak i testerów. Kiedy oprogramowanie zostało opracowane i jest gotowe do przetestowania, testerzy mają tendencję do myślenia o powyższych kwestiach. Po zakończeniu testów przyszła kolej na programistów, by przeliterować wersety testerom. Oto myśli przepływające między nimi:
- Testerzy mówią programistom, że jest tak wiele błędów, które możemy złapać w twoim oprogramowaniu. Dlatego twoja praca się nie skończyła.
- Po zakończeniu fazy testowania i po wielu błędach programiści twierdzą, że nie sądzą, że zgłosiliście więcej błędów, znajdziemy odpowiedni powód, aby odrzucić większość zgłoszonych błędów, które nie są oryginalne.
Stąd zawsze jest to rodzaj argumentacji między testerami a programistami. Aby upewnić się, że wszystkie produkty projektu są zsynchronizowane, niezbędna jest osoba pośrednicząca (kierownik projektu), która może rozwiązać kontrowersje, tak aby wyniki były zoptymalizowane i absolutne bez wycieku defektów.
Wniosek
Powyższe artykuły musiały wyjaśniać wszystkie nieuniknione i ważne aspekty błędów kosmetycznych i jak można je porównać z błędami funkcjonalnymi . Powyższy artykuł wyjaśnia również, jak można leczyć błędy kosmetyczne w porównaniu z błędami funkcjonalnymi.
Chociaż krytyczność błędów funkcjonalnych jest wyższa niż błędów kosmetycznych, te ostatnie zastrzegają sobie własne miejsce w uzyskiwaniu priorytetów od klientów. Aby zrównoważyć oprogramowanie z rozdzielczościami wszystkich błędów, ogólnie zaleca się traktowanie błędów ze zrozumieniem wagi, priorytetu i zaleceń klienta.
co mogę zrobić z C ++
O autorze: To jest artykuł napisany przez Nagarajana. Pracuje jako tester z ponad 6-letnim doświadczeniem w testowaniu w różnych obszarach funkcjonalnych, takich jak bankowość, linie lotnicze, telekomunikacja, zarówno w zakresie ręcznym, jak i automatyzacji.
Jakie jest Twoje zdanie na temat błędów kosmetycznych i funkcjonalnych? Chciałbym zobaczyć twoje przemyślenia poniżej.
rekomendowane lektury
- Stronniczość poznawcza w testowaniu oprogramowania: dlaczego testerzy nie zauważają błędów?
- Dlaczego oprogramowanie ma błędy?
- Jak naprawić wszystkie błędy bez etykiety „Nieprawidłowy błąd”?
- Testy funkcjonalne a testy wydajnościowe: czy należy je wykonywać jednocześnie?
- 10 powodów, dla których Twoje błędy są odrzucane i co możesz dla nich zrobić jako tester!
- Co to jest test długowieczności? Jak złapać błędy, zanim klient je znajdzie
- Sztuka raportowania błędów: jak sprzedawać i naprawiać błędy?
- 30 najlepszych narzędzi do testowania funkcjonalnego w 2021 r