Методы оценки - Тестирование

Усилия по тестированию не основаны на каких-либо определенных временных рамках. Усилия продолжаются до тех пор, пока не будет установлен какой-то заранее определенный график, независимо от завершения тестирования.

Это в основном связано с тем, что обычно оценка усилий по тестированию является частью оценки разработки . Только в случае методов оценки, использующих WBS, таких как широкополосная Delphi, трехточечная оценка, PERT и WBS, вы можете получить значения для оценок деятельности по тестированию.

Если вы получили оценки в виде функциональных баллов (FP), то в соответствии с Caper Jones,

Количество тестовых случаев = (количество функциональных точек) × 1,2

Как только у вас будет количество тестовых случаев, вы можете взять данные о производительности из базы данных организации и получить необходимые усилия для тестирования.

Процент метода развития усилий

Требуемые усилия по тестированию прямо пропорциональны или в процентах от усилий по разработке. Усилия по разработке могут быть оценены с использованием строк кода (LOC) или функциональных точек (FP). Затем процент усилий для тестирования получается из базы данных организации. Полученный таким образом процент используется для получения оценки усилий для тестирования.

Оценка проектов тестирования

Несколько организаций в настоящее время предоставляют независимые услуги по проверке и валидации для своих клиентов, и это будет означать, что деятельность по проекту будет полностью проходить тестирование.

Оценка проектов тестирования требует опыта в различных проектах для жизненного цикла тестирования программного обеспечения. Когда вы оцениваете тестовый проект, подумайте:

  • Командные навыки
  • Базовые знания
  • Сложность применения
  • Исторические данные
  • Циклы ошибок для проекта
  • Наличие ресурсов
  • Вариации производительности
  • Системная среда и время простоя

Методы оценки тестирования

Следующие методы оценки тестирования доказали свою точность и широко используются:

  • Методика оценки тестирования программного обеспечения PERT
  • Метод UCP
  • WBS
  • Широкополосная техника Delphi
  • Анализ функциональных точек / точек тестирования
  • Процентное распределение
  • Методика оценки тестирования на основе опыта

Методика оценки тестирования программного обеспечения PERT

Методика оценки тестирования программного обеспечения PERT основана на статистических методах, в которых каждая задача тестирования разбивается на подзадачи, а затем выполняется три типа оценки для каждой подзадачи.

Формула, используемая этой техникой, -

Оценка теста = (O + (4 × M) + E) / 6

Где,

O = Оптимистическая оценка (наилучший сценарий, в котором ничего не происходит неправильно и все условия являются оптимальными).

M = наиболее вероятная оценка (наиболее вероятная продолжительность и могут быть некоторые проблемы, но большинство вещей пойдет правильно).

L = пессимистическая оценка (в худшем случае, когда все идет не так).

Стандартное отклонение для техники рассчитывается как -

Стандартное отклонение (SD) = (E - O) / 6

Метод точки использования

Метод UCP основан на сценариях использования, в которых мы рассчитываем нескорректированные весовые коэффициенты акторов и нескорректированные весовые коэффициенты сценариев использования для определения оценки тестирования программного обеспечения.

Вариант использования - это документ, в котором указаны различные пользователи, системы или другие заинтересованные стороны, взаимодействующие с соответствующим приложением. Их называют «Актерами». Взаимодействия достигают определенных целей, защищая интересы всех заинтересованных сторон посредством различного поведения или потока, называемого сценариями.

Шаг 1 - Посчитай нет. актеров. Актеры включают в себя положительные, отрицательные и исключительные.

Шаг 2 - Рассчитайте нескорректированный вес актера как

Нескорректированный вес актера = всего нет. актеров

Шаг 3 - Подсчитайте количество вариантов использования.

Шаг 4 - Рассчитайте нескорректированные веса вариантов использования как

Нескорректированные веса вариантов использования = общее число случаев использования

Шаг 5 - Рассчитайте нескорректированные точки варианта использования как

Нескорректированные баллы варианта использования = (Нескорректированный вес актера + Нескорректированные веса прецедента)

Шаг 6 - Определить технический / экологический фактор (TEF). Если недоступно, примите это как 0.50.

Шаг 7 - Рассчитайте скорректированный вариант использования как

Скорректированная точка варианта использования = нескорректированные точки варианта использования × [0,65 + (0,01 × TEF]

Шаг 8 - Рассчитайте общее усилие как

Общее усилие = скорректированный вариант использования × 2

Структура разбивки работ

Шаг 1 - Создайте WBS, разбив тестовый проект на маленькие кусочки.

Шаг 2 - Разделите модули на подмодули.

Шаг 3 Разделите подмодули дальше на функциональные возможности.

Шаг 4 - Разделите функциональности на подфункции.

Шаг 5. Просмотрите все требования к тестированию, чтобы убедиться, что они добавлены в WBS.

Шаг 6 - Определите количество задач, которые ваша команда должна выполнить.

Шаг 7 - Оцените усилия для каждой задачи.

Шаг 8 - Оцените продолжительность каждого задания.

Широкополосная техника Delphi

В широкополосном методе Delphi WBS распределяется по команде, состоящей из 3-7 членов, для переоценки задач. Окончательная оценка является результатом обобщенных оценок, основанных на консенсусе команды.

Этот метод больше говорит об опыте, чем о какой-либо статистической формуле. Барри Бём популяризировал этот метод, чтобы сделать упор на групповой итерации для достижения консенсуса, когда команда визуализировала различные аспекты проблем при оценке усилий по тестированию.

Анализ функциональных точек / точек тестирования

FP указывают на функциональность программного приложения с точки зрения пользователя и используются в качестве метода для оценки размера программного проекта.

При тестировании оценка основывается на документе спецификации требований или на ранее созданном прототипе приложения. Для расчета FP для проекта требуются некоторые основные компоненты. Они -

  • Функциональные точки нескорректированных данных - i) внутренние файлы, ii) внешние интерфейсы

  • Функциональные точки нескорректированной транзакции - i) пользовательские входы, ii) пользовательские выходы и iii) пользовательские запросы

  • Основная формула Каперса Джонса -

    Количество тестовых случаев = (количество функциональных точек) × 1,2

  • Всего фактических усилий (TAE) -

    (Количество тестовых случаев) × (Процент усилий по разработке / 100)

Распределение в процентах

В этом методе всем этапам жизненного цикла разработки программного обеспечения (SDLC) назначается усилие в%. Это может быть основано на прошлых данных из аналогичных проектов. Например -

фаза % усилий
Управление проектом 7%
Требования 9%
дизайн 16%
кодирование 26%
Тестирование (все фазы тестирования) 27%
Документация 9%
Установка и обучение 6%

Затем,% усилий для тестирования (все этапы тестирования) далее распределяется на все этапы тестирования -

Все этапы тестирования % усилий
Тестирование компонентов 16
Независимое тестирование 84
Общее количество 100
Независимое тестирование % усилий
Интеграционное тестирование 24
Тестирование системы 52
Приемочное тестирование 24
Общее количество 100
Тестирование системы % усилий
Функциональное тестирование системы 65
Нефункциональное тестирование системы 35
Общее количество 100
Планирование тестирования и дизайн архитектуры 50%
Фаза обзора 50%

Методика оценки на основе опыта

Эта методика основана на аналогиях и экспертах. Метод предполагает, что вы уже тестировали подобные приложения в предыдущих проектах и собирали показатели из этих проектов. Вы также собрали метрики из предыдущих тестов. Получите информацию от экспертов в данной области, которые хорошо знают приложение (а также тестирование), используют собранные вами показатели и получают результаты тестирования.