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

Что такое оценка тестирования программного обеспечения?

Тестовая оценка – это управленческая деятельность, которая приблизительно сколько Задача будет выполнена. Оценка усилий по тестированию является одним из основной и важную задачи по управлению тестированием.

Зачем тестировать оценку?

Два вопроса, которые вы можете ожидать от своих клиентов при обсуждении потенциальных заданий по тестированию:

В случае небольших проектов на эти вопросы относительно легко ответить. Но для большого проекта, такого как Тестирование Сайт Guru99 Bank, вам придется хорошо подумать, чтобы ответить на эти вопросы.

Что оценить?

• Ресурсы: Ресурсы необходимы для осуществлять любые проектные задачи. Это могут быть люди, оборудование, помещения, финансирование или что-либо еще, что можно определить, необходимое для завершения проектной деятельности.
• Время: Время — самый ценный ресурс в проекте. У каждого проекта есть срок сдачи.
• Человеческие навыки: Человеческие навыки означают знания и опыт членов Команды. Они влияют на вашу оценку. Например, команде, члены которой обладают низкими навыками тестирования, потребуется больше времени для завершения проекта, чем команде, обладающей высокими навыками тестирования.
• Стоимость: Стоимость — это проект бюджет. Вообще говоря, это означает Сколько деньги необходимо, чтобы завершить проект.

Как оценить?

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

• Иерархическая структура работы
• Методика трехточечной оценки тестирования программного обеспечения
• Широкополосный метод Дельфи
• Анализ функциональных точек/точек тестирования
• Использование – метод Case Point
• Процентное распределение
• Специальный метод

Ниже приведен четырехэтапный процесс получения оценки.

Вы узнаете, как комбинировать эти методы, чтобы найти смету для тематического исследования Guru99 Bank.

Шаг 1) Разделите всю задачу проекта на подзадачи.

Задача – это часть работы, которая была поручена кому-то. Для этого вы можете использовать Иерархическая структура работы техника.

В этом методе сложный проект разбивается на модули. Модули разделены на подмодули. Каждый субмодуль дополнительно разделен по функциональности. Это означает разделение всей задачи проекта на наименьшее Задачи.

Используйте структуру разделения работ, чтобы разбить проект Guru99 Bank на 5 более мелких задач:

После этого вы можете разбить каждую задачу на подзадача. Целью этого действия является создание задачи как подробный as возможное.

Сложность задачи	Подзадача
Анализ спецификации требований к программному обеспечению	Изучите спецификации мягких требований
	Интервью с разработчиком и другими заинтересованными сторонами, чтобы узнать больше о веб-сайте.
Создайте спецификацию теста	Разработка сценариев тестирования
	Создание тестовых случаев
	Revпросмотреть и пересмотреть тестовые случаи
Выполнить тестовые примеры	Создайте тестовую среду
	Выполнить тестовые примеры
	Revпросмотреть результаты выполнения теста
Сообщите о дефектах
	Создайте дефект сообщениях
	Сообщите о дефектах

Шаг 2) Распределите каждую задачу между членами команды

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

Сложность задачи	Участники
Анализ спецификации требований к программному обеспечению	Все участники
Создайте спецификацию теста	Тестировщик/Аналитик по тестированию
Создайте тестовую среду	Администратор тестирования
Выполнить тестовые примеры	Тестировщик, администратор тестирования
Сообщить о дефектах	тестер

Шаг 3) Оценка усилий для задач

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

1. Метод функциональной точки
2. Оценка по трем пунктам

Метод 1) Метод функциональных точек

В этом методе менеджер тестирования оценивает размер, продолжительность и стоимость задач.

Шаг А) Оцените размер задачи

In Шаг 1, вы уже разбили всю задачу проекта на небольшие задачи, используя метод WBS. Теперь вы оцените размер этих задач. Давайте потренируемся на конкретной задаче»Создайте спецификацию теста

Размер этой задачи зависит от функционального размера тестируемой системы. Функциональный размер отражает количество функционала, который важен для пользователя. Чем больше номер функциональности, тем больше комплекс система есть.

Прежде чем приступить к фактической оценке усилий по задачам оценки, функциональные точки делятся на три группы, например Комплекс, Средний Простой следующим образом:

Основываясь на комплексе программных функций, Test Manger должен вес к каждой функциональной точке. Например

В группе	Вес
Комплекс	5
Средний	3
Простой	1

Давайте возьмем простой пример упражнения, чтобы стало понятнее:

Ознакомьтесь со спецификацией программного обеспечения сайта Guru99 Bank здесь, инженер-программист уже подробно описал программные модули, можете ли вы определить сложность функций веб-сайта, указав вес каждого модуля?

Чем сложнее функциональная точка, тем больше усилий требуется для ее проверки. Сайт разделен на 12 функции баллов, вы можете определить сложность каждой функциональной точки следующим образом:

№	Имя модуля	Применимые роли	Описание	Вес
1.	Баланс Запрос	Менеджер Клиент	Клиент: Клиент может иметь несколько банковских счетов. Он может просматривать только баланс своих счетов. Менеджер: Менеджер может просматривать баланс всех клиентов, находящихся в его подчинении.	3
2.	Перевод денежных средств	Менеджер Клиент	Клиент: Клиент может перевести средства со своего «собственного» счета на любой счет назначения. Менеджер: Менеджер может перевести средства с любого банковского счета-источника на счет назначения.	5
3.	Мини Заявление	Менеджер Клиент	Мини-выписка покажет последние 5 транзакций по счету. Клиент: Клиент может видеть мини-выписку только по «своим» счетам. Менеджер: Менеджер может видеть мини-выписку по любому счету	3
4.	Индивидуальное заявление	Менеджер Клиент	Настраиваемая выписка позволяет фильтровать и отображать транзакции на счете по дате и сумме транзакции. Клиент: Клиент может видеть Customized-выписку только по своим «своим» счетам. Менеджер: Менеджер может видеть Индивидуальную выписку по любому счету	5
5.	Пароль	Менеджер Клиент	Клиент: Клиент может изменить пароль только своей учетной записи. Менеджер: Менеджер может изменить пароль только своего аккаунта. Он не может менять пароли своих клиентов	1
6.	Новый клиент	Менеджер	Менеджер: Менеджер может добавить нового клиента. Менеджер: Менеджер может редактировать такие данные, как адрес, адрес электронной почты, телефон клиента.	3
7.	Новый аккаунт	Менеджер	На данный момент система предоставляет 2 типа аккаунтов Экономия Текущий Клиент может иметь несколько сберегательных счетов (один на свое имя, другой на общее имя и т. д.). Он может иметь несколько текущих счетов в разных компаниях, которыми он владеет. Или он может иметь несколько текущих и сберегательных счетов. Менеджер: Менеджер может добавить новую учетную запись для существующего клиента.	5
8.	Изменить учетную запись	Менеджер	Менеджер: Менеджер может добавить редактирование данных учетной записи для существующей учетной записи.	1
9.	Удалить аккаунт	Менеджер	Менеджер: Менеджер может добавить или удалить аккаунт для клиента.	1
10. Воспользуйтесь функционалом	Удалить клиента	Менеджер	Клиент может быть удален только в том случае, если у него нет активных текущих или сберегательных счетов. Менеджер: Менеджер может удалить клиента.	1
11. Воспользуйтесь функционалом	Депозит	Менеджер	Менеджер: Менеджер может внести деньги на любой счет. Обычно это делается при внесении наличных в отделении банка.	3
12. Воспользуйтесь функционалом	Запросить выплату	Менеджер	Менеджер: Менеджер может вывести деньги с любого счета. Обычно делается при снятии наличных в отделении банка.	3

ШАГ Б) Оцените продолжительность задачи

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

• Всего усилий: Попытка полностью протестировать все функции веб-сайта.
• Всего функциональных баллов: Всего модулей сайта
• Оценка определяется по функциональным баллам: Среднее усилие для выполнения одной функции в баллах. Это значение зависит от производительность члена, который возьмет на себя ответственность за эту задачу.

Предположим, ваша проектная группа определила по функциональным точкам 5 часов/баллов. Общие затраты на тестирование всех возможностей сайта Guru99 Bank можно оценить следующим образом:

	Вес	Количество функциональных точек	Всего
Комплекс	5	3	15
Средний	3	5	15
Простой	1	4	4
Функция Общее количество баллов			34
Оценка определяется за балл			5
Общие расчетные усилия (человек Hours)			170

Таким образом, общие трудозатраты на выполнение задачи «Создать техническое задание» банка Guru99 составляют около 170 человеко-часов.

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

Приведенный выше пример также показывает важность члена в вашей команде. Если у вас есть талантливый и опытные участников, вы можете завершить порученное задание в небольшой время, и ваш проект будет завершен в срок или раньше.

ШАГ В) Оцените стоимость задач

Этот шаг поможет вам ответить на последний вопрос клиента «Сколько это стоит?"

Предположим, средняя зарплата вашей команды составляет 5 долларов в час. Время, необходимое для выполнения задачи «Создание тестовых спецификаций», составляет 170 часов. Соответственно стоимость задачи 5*170= 850$. Теперь вы можете рассчитать бюджет для других мероприятий в WBS и получить общий бюджет проекта.

Как менеджер проекта, вы должны решить, как получить самая прибыльная для инвестиций вашей компании. Чем больше точный Ваша оценка стоимости проекта такова: better вы сможете управлять бюджетом вашего проекта.

Метод 2) Оценка по трем точкам

Трехбалльная оценка — это один из методов, который можно использовать для оценки задачи. Простота трехточечной оценки делает ее очень полезным инструментом для менеджера проекта, который хочет оценить.

При трехбалльной оценке три значения производятся изначально для каждой задачи на основе предыдущий опыт or лучшие предположения следующее

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

Давайте посмотрим, как использовать три вышеуказанных значения в следующем примере.

Для задачи «Создайте спецификацию теста», можете ли вы оценить усилия по тестированию? Помните, что вам придется охватить все модули сайта банка Guru99 как сделано в Метод функциональной точки

Вы можете оценить следующим образом

• Территория лучший случай выполнить эту задачу 120 человеко-часа (около 15 дней). В этом случае у вас талантливая команда, которая сможет выполнить задачу в кратчайшие сроки.
• Территория скорее всего случай для выполнения этой задачи 170 человеко-часа (около 21 дня). Это нормальный случай, у вас достаточно ресурса и возможностей выполнить задачу
• Территория худший случай выполнить эту задачу 200 человеко-часа (около 25 дней). Вам нужно выполнить гораздо больше работы, потому что члены вашей команды не имеют опыта.

Теперь присвойте значение каждому параметру, как показано ниже.

Усилия на выполнение задачи можно рассчитать с помощью двойное треугольное распределение формула следующая-

В приведенной выше формуле параметр E известен как Средневзвешенное. Это оценка задачи «Составить спецификацию теста».

Но ваш начальник может спросить вас

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

В приведенной выше формуле SD означает стандартное отклонение, это значение может дать вам информацию о вероятность что оценка верна.

Теперь можно сделать вывод по задаче «Создание спецификации теста».

Для выполнения задания «Создать техническое задание» сайта Банка Гуру99 вам необходимо 166.6 ± 13.33 Человеко-час (от 153.33 до 179.99 человеко-часа)

Шаг 4) Подтвердите оценку

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

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

Правление рассмотрит и обсудит с вами ваш план оценки. Вы можете объяснить им свою оценку логически и разумно чтобы они могли утвердить ваш план оценки.

Лучшие практики оценки тестов

В этом разделе представлены общие советы о том, как оценить точность тестирования.

Добавьте немного буферного времени:

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

Планирование ресурсов аккаунта в оценке

Что делать, если некоторые члены вашей команды уходят в длительный отпуск? Это может задержать реализацию проекта. Планирование ресурсов в оценке играет ключевую роль. Наличие ресурсов поможет убедиться в реалистичности оценок. Здесь вы должны учитывать отпуска для члена вашей команды, как правило, длинные отпуска.

Используйте прошлый опыт в качестве ориентира

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

Придерживайтесь своей оценки

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

Шаблон оценки тестирования программного обеспечения

Загрузите Excel оценки тестирования программного обеспечения (.xlsx)

Другие техники

Широкополосный метод Delphi, использование – метод Case Point, процентное распределение, специальный метод – это другие методы оценки в разработке программного обеспечения.

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

Нажмите здесь если видео недоступно

Стенограмма видео

• Давайте сделаем упражнение – для Приложение для бронирования авиабилетов подготовить иерархическую структуру работ
• различные задачи тестирования, такие как «Проверка функциональности входа в систему», «Проверка функциональности нового заказа», «Проверка функциональности факса» и другие подобные функции, а также оценка усилий, необходимых для тестирования этих функций.
• Например, функциональность входа в систему можно протестировать за 2 часа. Аналогичным образом подготовьте список всех задач и соответствующих усилий. Приостановите обучение и завершите упражнение. Надеюсь, вы сделали обоснованное предположение о необходимых усилиях.
• Это стратегия оценки тестов «снизу вверх». Этот метод называется восходящим, поскольку на основе задач, находящихся на самом низком уровне иерархии декомпозиции работ, вы оцениваете продолжительность, зависимости и ресурсы.
• В стратегии «снизу вверх» оценки принимаются не одним человеком, а всеми заинтересованными сторонами, отдельными участниками, экспертами и опытными сотрудниками коллективно. Идея состоит в том, чтобы использовать совместную мудрость членов команды для получения точных тестовых оценок.
• Поскольку у вас есть значительный опыт работы в системе бронирования авиабилетов. Используйте этот опыт, чтобы оценить усилия, необходимые для полного Функциональное тестирование веб-сайта. – http://newtours.demoaut.com/
• Функциональность этого сайта идентична приложению для бронирования авиабилетов, с той лишь разницей, что он основан на веб-интерфейсе. Приостановите обучение и выполните упражнение прямо сейчас.
• Надеюсь, основываясь на своем опыте, вы правильно оценили усилия, необходимые для тестирования веб-сайта.
  • Это подход к оценке «сверху вниз», основанный на опыте.
  • Другой метод — классифицировать проекты на основе их размера и сложности, а затем посмотреть, сколько времени занял проект определенного размера и сложности в прошлом.
  • Другой подход заключается в определении среднего усилия на Тестовый кейс в прошлом для аналогичных проектов, а затем использовать предполагаемые тестовые примеры текущего проекта и получить общие усилия
  • Более сложные модели оценки включают сложные математические модели. На практике в большинстве проектов для оценки используется нисходящий подход.
  • На оценки результатов тестирования могут влиять многие факторы, такие как нехватка времени, кадровый фактор, географическое распределение команды тестирования и т. д.