różne rodzaje technik estymacji w testowaniu oprogramowania
Estymacja testu oprogramowania jest niezbędną operacją zarządzania używaną do określenia przybliżonych ram czasowych wymaganych do rozpoczęcia i zakończenia dowolnego procesu w kontrolowanym środowisku.
ważne jest, aby każdy projekt planujący nie przekraczał limitów czasowych, ustalał budżety i dostępne zasoby. Jednym z najbardziej przydatnych zadań jest sprawdzenie zasobów w świetle wysiłku, który należy poświęcić na test.
inżynierowie z UTOR często wykorzystują różne rodzaje technik estymacji podczas testowania oprogramowania. Metody te zostały potwierdzone przez naszych klientów jako skuteczne. Dlatego omówimy je i ujawnimy ich konkretne plusy i minusy, abyś był poinformowany, jak najlepiej je wdrożyć.
co to jest szacowanie testowania oprogramowania?
szacowanie testu oprogramowania jest procesem pomiaru i zarządzania czasem trwania i działaniami wymaganymi do uruchomienia pełnego testu na oprogramowaniu.
czas i wysiłek jest znacznie prosty do obliczenia w przypadku zadań na małą skalę. Ale dla większych projektów. należy wprowadzić skuteczne strategie, aby nie popełniać błędów. W przypadku niedoszacowania lub zawyżania, zasoby testowe dla takich projektów stają się niewystarczające lub całkowicie nadużywane.
Jak Zespoły Szacują Zasoby Do Testowania Oprogramowania?
przed rozpoczęciem testu istnieją dwie bardzo istotne wątpliwości, od których wszystko zależy i które muszą zostać wyeliminowane między testerem a klientem. Należą do nich;
- jaki jest całkowity szacowany czas trwania całej procedury?
- jaki jest całkowity szacunkowy koszt procedury pod względem pieniędzy i zasobów?
co szacuje się?
czas, zasoby, koszty i umiejętności ludzkie są zwykle określane podczas szacowania testów.
czas
skuteczność wysiłku zespołowego jest zwykle oceniana na podstawie zdolności do dostarczenia w określonym czasie, w terminie lub przed terminem.
po sprawdzeniu standardowego wymaganego czasu trwania dla każdej sekcji projektu pod ręką, kierownicy projektu opracowują sposób utrzymywania harmonogramu każdego projektu.
zapewnia, że wszystko zostanie dostarczone na czas. Z tego powodu szacowanie czasu jest jednym z kluczowych czynników budowania reputacji wśród klientów i dużej liczby lojalnych klientów.
zasoby
przed rozpoczęciem jakiegokolwiek projektu należy sprawdzić dostępne zasoby, te, które powinny zostać uwzględnione, i zalecane substytuty, jeśli niektóre z nich nie są łatwo dostępne. Bez sprawdzania tego, najprawdopodobniej projekty nie zostaną ukończone przed terminem.
koszt
przygotowując się do dowolnego procesu testowego, szacunkowy budżet musi być w pełni uwzględniony na wszystkich frontach (zarówno finansowych, jak i niefinansowych).
całkowity koszt musi być brany pod uwagę, aby uwzględnić możliwe wydatki i upewnić się, że projekt pozostaje w ustalonym budżecie klienta i pracować nad nim, jeśli nie jest do.
wszystkie wymienione pola są powiązane i współzależne od siebie. Czas, jaki to zajmie, zależy również od dostępnych narzędzi i danego budżetu.
z biegiem czasu procedura związana z estymacją testów oprogramowania została wykonana z różnymi procesami, przy użyciu różnych metodologii i narzędzi, które z czasem rozwinęły się z tego samego powodu.
integracja i działanie tych technik znacznie ułatwiły również procedurę uśredniania.
rodzaje technik szacowania testowania oprogramowania
ogólnie istnieje wiele technik szacowania i uśredniania, ale będziemy patrzeć tylko na kilka popularnych z tego artykułu.
program evaluation and review technique (PERT)
w tej technice zadania są podzielone na podkategorie 3, aby lepiej ustalić czas, który należy podjąć na zakończenie, a mianowicie;
optymistyczny scenariusz – O; w tym przypadku czas trwania, pieniądze i koszty zasobów dotyczące projektu są uważane za najwyższe optymalne poziomy. Oznacza to, że poszczególni członkowie zespołu ds. kontroli jakości wspólnie pracują, trzymają się czasu, bez presji, nieprzewidywalnego obrotu wydarzeń lub konieczności powrotu do wykonanej pracy i nadal wykonują świetną pracę.
najbardziej prawdopodobny scenariusz-M; tutaj wszystkie rzeczy są brane pod uwagę; mając na uwadze znany scenariusz pracy i biorąc pod uwagę negatywne i pozytywne możliwości, elementy są szacowane, jak to jest najbardziej prawdopodobne.
Scenariusz pesymistyczny-P; to rozważa najbardziej negatywny scenariusz, jaki mógłby być. Uśrednianie będzie opierało się na założeniu, że na każdej pojedynczej fazie całego badania niewątpliwie pojawi się negatywny wynik.
zalety PERT
- zastosowanie tej techniki oznacza, że zespół pracuje z szacunkami, które sprawdzają wszystkie możliwe ofiary śmiertelne i nagrody na wszystkich frontach.
- zespoły mogą wymyślić ocenę bardzo zbliżoną do rzeczywistości.
- przygotowuje organizacje do każdego możliwego wyniku testu kompilacji, gdy obliczają każdy możliwy scenariusz i przygotowują się odpowiednio do ograniczenia go, jeśli to konieczne.
wady PERT
- w obliczu większej liczby projektów testowych, korzystanie z tej formy oszacowania pochłonie znacznie więcej czasu na poddanie się.
- istnieje duże prawdopodobieństwo wystąpienia niedokładnych obliczeń.
- użyte tutaj wartości nigdy nie są stałe i mogą spotkać się z wieloma błędami, ponieważ w końcu jest to tylko oszacowanie.
user Case Point (UCP)
ilekroć ktoś lub coś używa i komunikuje się z daną aplikacją, jednostka jest identyfikowana jako aktor. Podmiot ten jest głównie udokumentowany w niewyregulowanych wagach przypadków użycia, które wpływają na wydajność procesu.
każda komunikacja między nimi zabezpieczy zaangażowanie wszystkich, od akcjonariuszy po osoby fizyczne w zespole QA poprzez różne sekwencje i określone cele.
ponad dziesięć różnych czynników wpływa na złożoność techniczną projektu, a około ośmiu bierze na niego złożony wpływ. Jest to zgodne z ustaleniami Gustava Karnera.
ta metoda szacowania opiera się na obliczaniu wielu wariantów z tak zwanych aktorów, wag przypadków użytkownika i punktów, które wpływają na proces, techniczność i inne czynniki.
po pierwsze, aby rozpocząć ten proces, będą musieli sprawdzić swoje zawiłości i wpłynąć na proces. Następnie dalsze uśrednianie odbywa się poprzez zastosowanie ich wzorów do obliczeń.
po sprawdzeniu wielkości projektu osoby zaangażowane określają ilość czasu potrzebnego do całkowitego zakończenia procesu. Dwa istotne sposoby zapobiegania temu są;
stosując metodę Karnera i uznając każdy przypadek testowy za zużywający 20 godzin pracy.
wykorzystanie czasu rekordu firmy na zakończenie projektu, w każdym razie, do obliczenia średnich statystycznych i odgadnięcia czasu trwania bieżącego projektu.
UCP = Unadjustable UCP x czynnik złożoności technicznej x czynnik wpływu na środowisko.
zalety UCP
- w przypadku, gdy musisz pracować z wyprzedzeniem i planować z wyprzedzeniem, ta metoda szacowania jest prawdopodobnie lepsza, ponieważ odbywa się to na początkowych etapach i pomaga w przycinaniu i zatwierdzaniu rozmiarów budżetu.
- za pomocą specjalnych narzędzi do zarządzania możliwe jest automatyczne obliczanie szacunków, co pozwala zaoszczędzić dużo czasu zespołowi oceniającemu i ułatwia pracę.
:
- jeśli wymagania projektu nie są podane w punktach przypadków użytkownika, uniemożliwia to użycie tej techniki,a zespół ds.
- gdy UCP są podane, a nie są wystarczająco dokładne lub wyraźne, najprawdopodobniej zakończy się negatywnie z szacunkami dalekimi od rzeczywistych, ponieważ ta metoda zależy nie tylko od podania punktów przypadku, ale od podania jasnych punktów przypadku.
Struktura podziału pracy (WBS)
tutaj technika szacowania wartości odbywa się poprzez podzielenie podstawowego procesu na różne podkategorie. Predykcyjne obliczanie średniego czasu trwania na każdym etapie stopniowo rozpoczyna się od szorstkiej pracy nad prostszymi partiami, a następnie kończy się zarówno pod względem trudności, jak i poziomu poprawności.
po początkowym procesie wybierz najwyższą możliwą wartość, na którą dotarłeś, i dodaj je i uzyskaj ostateczną wartość, szacując wysiłek i czas wymagany do każdego zadania.
zalety WBS
- oczywistą zaletą tej metody jest to, że ułatwia wykrycie każdej minuty i niezbędnych szczegółów, dzieląc pracę na mniejsze kawałki. Oznacza to, że praca jest wykonywana
- zawsze jest dokładna i przejrzysta, ponieważ wnioski są tabelaryczne w tym samym celu i łatwiejsze śledzenie.
:
- ta natura zwykle wymaga pocierania umysłów i członków zespołu oraz interesariuszy, aby czerpać z ich zewnętrznych doświadczeń.
- zmiany w specyfikacjach i potrzebach klientów mogą prowadzić do przestarzałości i potrzeby zespołu, aby przyjrzeć się temu i całkowicie ponownie ocenić.
metoda Delphi
metoda Delphi jest dość popularna wśród zespołów testujących na całym świecie. Dane od dobrowolnych uczestników są zestawiane i dokładnie analizowane i, w żadnej konkretnej kolejności, dochodzą do uzgodnionego wniosku.
każda faza badania przynosi nowe lub ulepszone informacje zwrotne dotyczące danych, co tylko dodaje do udoskonalenia ostatecznych ustaleń z zasłużoną pewnością.
Zwykle zespół składa się z nie więcej niż dziesięciu osób, które spotykają się w celu omówienia krytycznych cech projektu i wyrażenia opinii na temat możliwego czasu trwania projektu.
następnie zespół spotyka się ponownie i tym razem opinie z pierwszej randki są dzielone. Daje to członkom inny kąt podejścia do projektu. Jednak poglądy nie są oznaczone do swoich sugerujących.
kiedy członkowie zespołu przechodzą przez tę fazę, będą mieli kolejną jednogłośną dyskusję, a zestawienie opinii uwzględnia nowy kąt percepcji.
to będzie trwało, dopóki wszyscy nie zgodzą się na tę samą stronę. Chociaż jest to zwykły sposób wykonywania metody Delphi, ten formularz można dostosować do jego potrzeb i możliwości.
zalety DELPHI
- ponieważ nie są tu potrzebne żadne unikalne formuły ani sprzęt, jest to najłatwiejsza z partii dla każdego zespołu, wszystko, co jest potrzebne, to specyfikacja klienta i gotowe do pracy.
- oszacowanie jest dość bliskie dokładności, ponieważ wiele profesjonalnych punktów widzenia są brane pod uwagę w procesie spotkań i wymiany pomysłów.
minusy DELPHI
- choć łatwo może być przejść, może to zająć dużo czasu, ponieważ częściej niż nie.
- trudno jest wymyślić jedno kompleksowe oszacowanie po pierwszej partii spotkań i podzielić się opiniami, więc zwykle zajmuje to kilka.
- nawet po zużyciu tak dużo czasu, wyniki nie mogą być poddane recyklingowi. Tak więc dla każdego pojedynczego projektu, który ma zostać uruchomiony, proces jest uruchamiany na nowo z nowymi wymaganiami.
Podsumowując
ten post na blogu omówił cztery rodzaje technik szacowania w testowaniu oprogramowania i ich wpływ na planowanie rozsądnego budżetu na testy.
czy po pomyślnym oszacowaniu możesz powiedzieć na pewno, jakie jest właściwe podejście do outsourcingu twoich projektów do firm zajmujących się kontrolą jakości?
oto artykuł o tym, jak wybrać najlepsze podejście do outsourcingu QA.
powiedz nam, którą z tych taktyk estymacji testowej wdrożyłbyś i jaki był twój wgląd?