Techniki szacowania - testowanie

Wysiłki testowe nie są oparte na żadnych ostatecznych ramach czasowych. Wysiłki są kontynuowane, aż do ustalenia wcześniej ustalonego harmonogramu, niezależnie od zakończenia testów.

Wynika to głównie z faktu, że tradycyjnie test effort estimation jest częścią development estimation. Tylko w przypadku technik szacowania wykorzystujących WBS, takich jak Wideband Delphi, Three-Point Estimation, PERT i WBS, można uzyskać wartości do oszacowania czynności testowych.

Jeśli otrzymałeś oszacowania jako Punkty Funkcyjne (FP), to zgodnie z Caper Jones,

Number of Test Cases = (Number of Function Points) × 1.2

Gdy masz już liczbę przypadków testowych, możesz pobrać dane produktywności z bazy danych organizacji i określić nakład pracy wymagany do testowania.

Metoda procentowego wysiłku rozwojowego

Wymagany wysiłek testowy to bezpośrednio proporcjonalny lub procentowy wysiłek programistyczny. Wysiłek programistyczny można oszacować za pomocą linii kodu (LOC) lub punktów funkcyjnych (FP). Następnie procent wysiłku związanego z testowaniem jest uzyskiwany z bazy danych organizacji. Uzyskany w ten sposób procent służy do oszacowania nakładu pracy na potrzeby testowania.

Szacowanie projektów testowych

Kilka organizacji świadczy obecnie niezależne usługi weryfikacji i walidacji swoim klientom, co oznaczałoby, że działania projektowe byłyby w całości testami.

Szacowanie projektów testowych wymaga doświadczenia w różnych projektach dla cyklu życia testów oprogramowania. Podczas szacowania projektu testowego rozważ -

• Umiejętności zespołowe
• Wiedza domeny
• Złożoność aplikacji
• Dane historyczne
• Cykle błędów w projekcie
• Dostępność zasobów
• Różnice w produktywności
• Środowisko systemowe i przestoje

Testowanie technik szacowania

Udowodniono, że poniższe techniki szacowania testów są dokładne i są szeroko stosowane -

• Technika szacowania testów oprogramowania PERT
• Metoda UCP
• WBS
• Technika szerokopasmowa Delphi
• Analiza punktu funkcyjnego / punktu testowego
• Rozkład procentowy
• Technika szacowania testów oparta na doświadczeniu

Technika szacowania testów oprogramowania PERT

Technika szacowania testów oprogramowania PERT jest oparta na metodach statystycznych, w których każde zadanie testowe jest podzielone na podzadania, a następnie dla każdego z podzadań wykonywane są trzy rodzaje oszacowań.

Formuła używana w tej technice to -

Test Estimate = (O + (4 × M) + E)/6

Gdzie,

O = Oszacowanie optymistyczne (najlepszy scenariusz, w którym nic nie idzie źle i wszystkie warunki są optymalne).

M = Najbardziej prawdopodobne oszacowanie (najprawdopodobniej czas trwania i może być jakiś problem, ale większość rzeczy pójdzie dobrze).

L = Oszacowanie pesymistyczne (najgorszy scenariusz, w którym wszystko idzie źle).

Odchylenie standardowe dla tej techniki jest obliczane jako -

Standard Deviation (SD) = (E − O)/6

Metoda punktów przypadków użycia

Metoda UCP opiera się na przypadkach użycia, w których obliczamy nieskorygowane wagi aktorów i nieskorygowane wagi przypadków użycia, aby określić oszacowanie testów oprogramowania.

Przypadek użycia to dokument określający różnych użytkowników, systemy lub inne zainteresowane strony wchodzące w interakcje z daną aplikacją. Nazywa się ich „Aktorzy”. Interakcje realizują określone cele chroniące interesy wszystkich interesariuszy poprzez różne zachowania lub przepływy określane jako scenariusze.

Step 1- Policz nie. aktorów. Aktorzy to pozytywni, negatywni i wyjątkowi.

Step 2 - Oblicz nieskorygowane wagi aktorów jako

Unadjusted Actor Weights = Total no. of Actors

Step 3 - Policz liczbę przypadków użycia.

Step 4 - Oblicz nieskorygowane wagi przypadków użycia jako

Unadjusted Use-Case Weights = Total no. of Use-Cases

Step 5 - Oblicz nieskorygowane punkty przypadków użycia jako

Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)

Step 6- Określić współczynnik techniczny / środowiskowy (TEF). Jeśli niedostępny, przyjmij go jako 0,50.

Step 7 - Oblicz skorygowany punkt przypadku użycia jako

Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]

Step 8 - Oblicz całkowity wysiłek jako

Total Effort = Adjusted Use-Case Point × 2

Struktura podziału pracy

Step 1 - Utwórz WBS, dzieląc projekt testowy na małe części.

Step 2 - Podziel moduły na podmoduły.

Step 3 Podziel podmoduły dalej na funkcjonalności.

Step 4 - Podziel funkcjonalności na podfunkcje.

Step 5 - Przejrzyj wszystkie wymagania testowe, aby upewnić się, że zostały dodane do WBS.

Step 6 - Określ liczbę zadań, które musi wykonać Twój zespół.

Step 7 - Oszacuj wysiłek dla każdego zadania.

Step 8 - Oszacuj czas trwania każdego zadania.

Technika szerokopasmowa Delphi

W metodzie Wideband Delphi WBS jest rozprowadzany do zespołu składającego się z 3–7 członków w celu ponownego oszacowania zadań. Ostateczne oszacowanie jest wynikiem zsumowanych szacunków opartych na konsensusie zespołu.

Ta metoda mówi bardziej o doświadczeniu niż o jakiejkolwiek formule statystycznej. Metoda ta została spopularyzowana przez Barry'ego Boehma, aby położyć nacisk na iterację grupy w celu osiągnięcia konsensusu, w którym zespół wizualizował różne aspekty problemów podczas szacowania nakładu testowego.

Analiza punktu funkcyjnego / punktu testowego

PR wskazują funkcjonalność aplikacji z punktu widzenia użytkownika i są wykorzystywane jako technika szacowania wielkości projektu oprogramowania.

W testowaniu ocena opiera się na dokumencie specyfikacji wymagań lub na wcześniej utworzonym prototypie aplikacji. Aby obliczyć PR projektu, wymagane są niektóre główne komponenty. Oni są -

• Unadjusted Data Function Points - i) Pliki wewnętrzne, ii) Interfejsy zewnętrzne

• Unadjusted Transaction Function Points - i) dane wejściowe użytkownika, ii) dane wyjściowe użytkownika, iii) zapytania użytkowników

• Capers Jones basic formula -

  Liczba przypadków testowych = (liczba punktów funkcyjnych) × 1,2

• Total Actual Effort (TAE) -

  (Liczba przypadków testowych) × (Procent wysiłku programistycznego / 100)

Rozkład procentowy

W tej technice wszystkim fazom cyklu życia oprogramowania (SDLC) przypisuje się nakład pracy w%. Może to być oparte na wcześniejszych danych z podobnych projektów. Na przykład -

Faza	% wysiłku
Zarządzanie projektami	7%
Wymagania	9%
Projekt	16%
Kodowanie	26%
Testowanie (wszystkie fazy testowe)	27%
Dokumentacja	9%
Instalacja i szkolenie	6%

Następnie% nakładu pracy przeznaczonego na testowanie (wszystkie fazy testowe) jest dalej rozdzielany na wszystkie fazy testowania -

Wszystkie fazy testów	% wysiłku
Testowanie komponentów	16
Niezależne testy	84
Total	100

Niezależne testy	% wysiłku
Testy integracyjne	24
Testowanie systemu	52
Testy akceptacyjne	24
Total	100

Testowanie systemu	% wysiłku
Testowanie funkcjonalne systemu	65
Niefunkcjonalne testowanie systemu	35
Total	100

Architektura planowania i projektowania testów	50%
Faza przeglądu	50%

Technika estymacji testowania oparta na doświadczeniu

Ta technika jest oparta na analogiach i ekspertach. Technika zakłada, że ​​przetestowano już podobne aplikacje w poprzednich projektach i zebrano metryki z tych projektów. Zebrałeś również metryki z poprzednich testów. Weź dane wejściowe od ekspertów z danej dziedziny, którzy bardzo dobrze znają aplikację (a także testowanie), i wykorzystaj zebrane wskaźniki i podejmij wysiłek testowy.