Методы оценки - тестирование
Усилия по тестированию не основываются на каких-либо окончательных временных рамках. Работы продолжаются до тех пор, пока не будут установлены заранее определенные сроки, независимо от завершения тестирования.
В основном это связано с тем, что обычно test effort estimation является частью development estimation. Только в случае методов оценки, использующих WBS, таких как Wideband Delphi, Трехточечная оценка, PERT и WBS, вы можете получить значения для оценок действий тестирования.
Если вы получили оценки как функциональные баллы (FP), то согласно Caper Jones,
Number of Test Cases = (Number of Function Points) × 1.2
Когда у вас будет количество тестовых примеров, вы можете взять данные о производительности из базы данных организации и определить усилия, необходимые для тестирования.
Процент метода разработки
Требуемые усилия по тестированию прямо пропорциональны усилиям разработки. Усилия по разработке можно оценить с помощью строк кода (LOC) или функциональных точек (FP). Затем процент усилий по тестированию получается из базы данных организации. Полученный таким образом процент используется для оценки трудозатрат на тестирование.
Оценка тестовых проектов
Несколько организаций в настоящее время предоставляют своим клиентам услуги независимой проверки и валидации, и это будет означать, что деятельность по проекту будет полностью посвящена тестированию.
Оценка проектов тестирования требует опыта в различных проектах в течение жизненного цикла тестирования программного обеспечения. Когда вы оцениваете проект тестирования, учитывайте:
- Командные навыки
- Базовые знания
- Сложность приложения
- Исторические данные
- Циклы ошибок для проекта
- Доступность ресурсов
- Вариации производительности
- Системная среда и время простоя
Тестирование методов оценки
Следующие методы оценки тестирования доказали свою точность и широко используются:
- Методика оценки тестирования программного обеспечения PERT
- Метод UCP
- WBS
- Широкополосный метод Delphi
- Функциональная точка / Анализ точки тестирования
- Процентное распределение
- Методика оценки тестирования на основе опыта
Методика оценки тестирования программного обеспечения PERT
Методика оценки тестирования программного обеспечения PERT основана на статистических методах, в которых каждая задача тестирования разбивается на подзадачи, а затем выполняется три типа оценки для каждой подзадачи.
Формула, используемая в этой технике:
Test Estimate = (O + (4 × M) + E)/6
Куда,
O = Оптимистическая оценка (лучший сценарий, при котором ничего не происходит и все условия оптимальны).
M = Скорее всего, оценка (скорее всего, продолжительность и может быть какая-то проблема, но в большинстве случаев все будет хорошо).
L = Пессимистическая оценка (наихудший сценарий, когда все идет не так).
Стандартное отклонение для метода рассчитывается как -
Standard Deviation (SD) = (E − O)/6
Метод точки варианта использования
Метод UCP основан на сценариях использования, в которых мы вычисляем нескорректированные веса субъектов и нескорректированные веса вариантов использования для определения оценки тестирования программного обеспечения.
Вариант использования - это документ, в котором указаны различные пользователи, системы или другие заинтересованные стороны, взаимодействующие с соответствующим приложением. Их называют «Актерами». Взаимодействия достигают определенных целей, защищая интересы всех заинтересованных сторон посредством различного поведения или последовательности действий, называемых сценариями.
Step 1- Считай нет. актеров. Актеры бывают положительными, отрицательными и исключительными.
Step 2 - Рассчитайте нескорректированные веса актеров как
Unadjusted Actor Weights = Total no. of Actors
Step 3 - Подсчитайте количество вариантов использования.
Step 4 - Рассчитайте нескорректированные веса вариантов использования как
Unadjusted Use-Case Weights = Total no. of Use-Cases
Step 5 - Рассчитайте нескорректированные точки варианта использования как
Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)
Step 6- Определите технический / экологический фактор (TEF). Если недоступно, примите значение 0,50.
Step 7 - Рассчитайте скорректированную точку варианта использования как
Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]
Step 8 - Рассчитайте общее усилие как
Total Effort = Adjusted Use-Case Point × 2
Иерархическая структура работ
Step 1 - Создайте WBS, разбив тестовый проект на небольшие части.
Step 2 - Разделите модули на подмодули.
Step 3 Разделите подмодули на функциональные возможности.
Step 4 - Разделите функциональные возможности на подфункции.
Step 5 - Просмотрите все требования к тестированию, чтобы убедиться, что они добавлены в WBS.
Step 6 - Определите количество задач, которые необходимо выполнить вашей команде.
Step 7 - Оцените усилия для каждой задачи.
Step 8 - Оцените продолжительность каждой задачи.
Широкополосный метод Delphi
В методе Wideband Delphi WBS распределяется между командой из 3-7 членов для повторной оценки задач. Окончательная оценка является результатом обобщенных оценок, основанных на консенсусе команды.
Этот метод основан на опыте, а не на статистической формуле. Этот метод популяризировал Барри Бем, чтобы сделать упор на групповую итерацию для достижения консенсуса, при котором команда визуализировала различные аспекты проблем при оценке усилий по тестированию.
Функциональная точка / анализ точки проверки
FP указывают на функциональность программного приложения с точки зрения пользователя и используются как метод оценки размера программного проекта.
При тестировании оценка основана на документе со спецификацией требований или на ранее созданном прототипе приложения. Чтобы рассчитать FP для проекта, требуются некоторые основные компоненты. Они -
Unadjusted Data Function Points - i) внутренние файлы, ii) внешние интерфейсы
Unadjusted Transaction Function Points - i) вводимые пользователем данные; ii) выводимые данные пользователя; iii) запросы пользователей
Capers Jones basic formula -
Количество тестовых примеров = (количество функциональных точек) × 1,2
Total Actual Effort (TAE) -
(Количество тестовых случаев) × (Процент усилий на разработку / 100)
Процентное распределение
В этом методе всем этапам жизненного цикла разработки программного обеспечения (SDLC) назначаются усилия в%. Это может быть основано на прошлых данных из аналогичных проектов. Например -
| Фаза | % усилий |
|---|---|
| Управление проектом | 7% |
| Требования | 9% |
| дизайн | 16% |
| Кодирование | 26% |
| Тестирование (все фазы тестирования) | 27% |
| Документация | 9% |
| Установка и обучение | 6% |
Затем% усилий для тестирования (все фазы тестирования) далее распределяется на все фазы тестирования -
| Все этапы тестирования | % усилий |
|---|---|
| Компонентное тестирование | 16 |
| Независимое тестирование | 84 |
| Total | 100 |
| Независимое тестирование | % усилий |
|---|---|
| Интеграционное тестирование | 24 |
| Системное тестирование | 52 |
| Приемочное тестирование | 24 |
| Total | 100 |
| Системное тестирование | % усилий |
|---|---|
| Функциональное тестирование системы | 65 |
| Нефункциональное тестирование системы | 35 год |
| Total | 100 |
| Планирование тестирования и архитектура дизайна | 50% |
| Фаза обзора | 50% |
Методика оценки тестирования на основе опыта
Эта методика основана на аналогиях и экспертах. Этот метод предполагает, что вы уже тестировали аналогичные приложения в предыдущих проектах и собирали метрики из этих проектов. Вы также собрали метрики из предыдущих тестов. Получите информацию от экспертов в предметной области, которые очень хорошо знакомы с приложением (а также с тестированием), и используйте собранные вами метрики, чтобы прийти к результатам тестирования.