Что такое оценка тестирования программного обеспечения?
Оценка теста - это управленческая деятельность, которая приблизительно определяет время, необходимое для выполнения задачи. Оценка трудозатрат на тест - одна из основных и важных задач управления тестированием.
Почему тестовая оценка?
При обсуждении потенциальных заданий на тестирование вы можете ожидать от клиентов двух вопросов:
Для небольших проектов на эти вопросы относительно легко ответить. Но для такого большого проекта, как веб-сайт Testing Guru99 Bank, вы должны хорошо подумать, чтобы ответить на эти вопросы.
В этом руководстве вы узнаете:
- Что такое оценка тестирования программного обеспечения?
- Почему тестовая оценка?
- Что оценивать?
- Как оценить?
- Шаг 1) Разделите всю задачу проекта на подзадачи
- Шаг 2) Назначьте каждую задачу члену команды
- Шаг 3) Оценка трудозатрат на выполнение задач
- Метод 1) Метод функциональных точек
- Метод 2) трехточечная оценка
- Шаг 4) Подтвердите оценку
- Лучшие практики оценки тестов
- Другие методы
Что оценивать?
- Ресурсы: Ресурсы необходимы для выполнения любых задач проекта. Это могут быть люди, оборудование, помещения, финансирование или что-либо еще, поддающееся определению, необходимое для завершения деятельности по проекту.
- Times: время - самый ценный ресурс в проекте. У каждого проекта есть срок сдачи.
- Человеческие навыки: человеческие навыки означают знания и опыт членов команды. Они влияют на вашу оценку. Например, команде, члены которой имеют низкие навыки тестирования, потребуется больше времени для завершения проекта, чем команде с высокими навыками тестирования.
- Стоимость: Стоимость - это бюджет проекта . Вообще говоря, это означает, сколько денег нужно на завершение проекта.
Как оценить?
Список методов оценки тестирования программного обеспечения
- Иерархическая структура работ
- Методика трехточечной оценки тестирования программного обеспечения
- Широкополосный метод Delphi
- Функциональная точка / Анализ точки проверки
- Использование - метод точки случая
- Процентное распределение
- Специальный метод
Ниже приведен четырехэтапный процесс оценки.
Вы узнаете, как комбинировать эти методы, чтобы получить оценку для тематического исследования Guru99 Bank.
Шаг 1) Разделите всю задачу проекта на подзадачи
Задача - это работа, которую кому-то поручили. Для этого вы можете использовать технику декомпозиции работ .
В этой технике сложный проект разбивается на модули. Модули разделены на подмодули. Каждый подмодуль делится на функциональность. Это значит разделить всю задачу проекта на самые мелкие задачи.
Используйте структуру Work Break Down, чтобы разбить проект Guru99 Bank на 5 небольших задач:
После этого вы можете разбить каждую задачу на подзадачи. Целью этой деятельности является создание задачи , как подробно описано , как можно .
| Задача | Подзадача |
|---|---|
| Анализировать спецификацию требований к программному обеспечению | Изучите спецификации мягких требований |
| Интервью с разработчиком и другими заинтересованными сторонами, чтобы узнать больше о веб-сайте | |
| Создать спецификацию теста | Разработка сценариев тестирования |
| Создать тестовые примеры | |
| Просматривайте и исправляйте тестовые примеры | |
| Выполнить тестовые примеры | Создайте тестовую среду |
| Выполнить тестовые примеры | |
| Просмотрите результаты выполнения теста | |
| Сообщите о дефектах | |
| Создайте отчеты о дефектах | |
| Сообщите о дефектах |
Шаг 2) Назначьте каждую задачу члену команды
На этом этапе каждая задача назначается соответствующему члену проектной группы. Вы можете назначить задачу следующим образом
| Задача | Члены |
|---|---|
| Анализировать спецификацию требований к программному обеспечению | Все участники |
| Создайте тестовую спецификацию | Тестировщик / Тест-аналитик |
| Создайте тестовую среду | Администратор тестирования |
| Выполнить тестовые примеры | Тестировщик, Администратор тестирования |
| Сообщить о дефектах | Тестер |
Шаг 3) Оценка трудозатрат на выполнение задач
Есть 2 метода, которые вы можете применить, чтобы оценить трудозатраты на выполнение задач.
- Функциональный точечный метод
- Трехточечная оценка
Метод 1) Метод функциональных точек
В этом методе диспетчер тестирования оценивает размер, продолжительность и стоимость задач.
Шаг A) Оцените размер задачи
На шаге 1 вы уже разбили всю задачу проекта на небольшие задачи с помощью метода WBS. Теперь вы оцените размер этих задач. Попрактикуемся с конкретной задачей « Создание спецификации теста ».
Размер этой задачи зависит от функционального размера тестируемой системы. Функциональный размер отражает количество функций, актуальных для пользователя. Больше , количество функциональных возможностей , тем более сложная система.
Перед тем, как начать фактическую оценку трудозатрат, функциональные точки разделены на три группы, такие как сложные , средние и простые, а именно:
Основываясь на комплексе программных функций, Test Manger должен придавать достаточный вес каждой функциональной точке. Например
| Группа | Вес |
|---|---|
| Сложный | 5 |
| Середина | 3 |
| Простой | 1 |
Давайте рассмотрим простой пример упражнения, чтобы прояснить ситуацию:
Взгляните на спецификацию программного обеспечения веб-сайта Guru99 Bank здесь, инженер-программист уже подробно описал программные модули, можете ли вы определить сложность функций веб-сайта, указав вес для каждого модуля?
Чем сложнее функциональная точка, тем труднее ее проверить. Веб-сайт разделен на 12 функциональных точек, вы можете определить сложность каждой функциональной точки следующим образом:
| Нет. | Название модуля | Применимые роли | Описание | Вес |
|---|---|---|---|---|
| 1. | Запрос баланса | Менеджер по работе с клиентами | Клиент: у клиента может быть несколько банковских счетов. Он может просматривать баланс своих счетов только Менеджер: Менеджер может просматривать баланс всех клиентов, находящихся под его контролем. | 3 |
| 2. | Перевод денежных средств | Менеджер по работе с клиентами | Клиент: Клиент может переводить средства со своего «собственного» счета на любой целевой счет. Менеджер: менеджер может переводить средства с любого исходного банковского счета на целевой счет. | 5 |
| 3. | Мини-заявление | Менеджер по работе с клиентами | Мини-выписка покажет последние 5 транзакций по счету. Клиент: Клиент может видеть мини-выписку только по своим «собственным» счетам. Менеджер: Менеджер может видеть мини-выписку по любому счету. | 3 |
| 4. | Индивидуальное заявление | Менеджер по работе с клиентами | Настроенная выписка позволяет фильтровать и отображать транзакции в учетной записи на основе даты, стоимости транзакции. Клиент: клиент может видеть индивидуализированную выписку только для своих «собственных» счетов. Менеджер: менеджер может видеть индивидуализированную выписку по любой учетной записи. | 5 |
| 5. | Изменить пароль | Менеджер по работе с клиентами | Клиент: Клиент может изменить пароль только своей учетной записи. Менеджер: Менеджер может изменить пароль только своей учетной записи. Он не может менять пароли своих клиентов | 1 |
| 6. | Новый покупатель | Управляющий делами | Менеджер: менеджер может добавить нового клиента. Менеджер: менеджер может редактировать такие данные, как адрес, адрес электронной почты, телефон клиента. | 3 |
| 7. | Новый аккаунт | Управляющий делами | В настоящее время в системе предусмотрено 2 типа учетных записей
| 5 |
| 8. | Редактировать аккаунт | Управляющий делами | Менеджер: менеджер может добавить данные учетной записи редактирования для существующей учетной записи. | 1 |
| 9. | Удалить аккаунт | Управляющий делами | Менеджер: менеджер может добавить удаленную учетную запись для клиента. | 1 |
| 10. | Удалить клиента | Управляющий делами | Клиент может быть удален только в том случае, если у него нет активных текущих или сберегательных счетов. Менеджер: Менеджер может удалить клиента. | 1 |
| 11. | Депозит | Управляющий делами | Управляющий: Управляющий может вносить деньги на любой счет. Обычно это делается, когда наличные деньги сдаются в отделение банка. | 3 |
| 12. | Снятие | Управляющий делами | Управляющий: Управляющий может снимать деньги с любого счета. Обычно это делается при снятии наличных в отделении банка. | 3 |
ШАГ Б) Оцените продолжительность задачи
После классификации сложности функциональных точек вы должны оценить продолжительность их тестирования. Продолжительность означает, сколько времени нужно для выполнения задачи.
- Total Effort : попытка полностью протестировать все функции веб-сайта.
- Общее количество функциональных баллов : общее количество модулей веб-сайта.
- Оценка, определяемая по функциональным баллам: среднее усилие для выполнения одного функционального балла. Это значение зависит от продуктивности члена, который возьмет на себя эту задачу.
Предположим, что ваша проектная группа оценила количество функциональных баллов в 5 часов / баллов . Вы можете оценить общие усилия по тестированию всех возможностей веб-сайта Guru99 Bank следующим образом:
| Вес | Количество функциональных точек | Общий | |
|---|---|---|---|
| Сложный | 5 | 3 | 15 |
| Середина | 3 | 5 | 15 |
| Простой | 1 | 4 | 4 |
| Общее количество баллов за функцию | 34 | ||
| Оценить определить за точку | 5 | ||
| Общие расчетные трудозатраты (человеко-часы) | 170 | ||
Таким образом, общие усилия по выполнению задачи «Создание тестовой спецификации» Guru99 Bank составляют около 170 человеко-часов.
Как только вы поймете, какие усилия требуются, вы можете назначить ресурсы, чтобы определить, сколько времени займет задача (продолжительность), а затем вы сможете оценить трудозатраты и затраты, не связанные с рабочей силой.
Приведенный выше пример также показывает важность участника в вашей команде. Если у вас есть талантливые и опытные участники, вы можете выполнить поставленную задачу в кратчайшие сроки, а ваш проект будет завершен в срок или раньше.
ШАГ C) Оцените стоимость задач
Этот шаг поможет вам ответить на последний вопрос клиента: « Сколько это стоит?»
Предположим, средняя зарплата вашей команды составляет 5 долларов в час. Время, необходимое для выполнения задачи «Создание тестовых заданий», составляет 170 часов. Соответственно стоимость задания 5 * 170 = 850 $. Теперь вы можете рассчитать бюджет для других действий в WBS и прийти к общему бюджету проекта.
Как руководитель проекта вы должны решить, как получить максимальную отдачу от инвестиций вашей компании. Чем точнее ваша оценка стоимости проекта, тем лучше вы сможете управлять бюджетом своего проекта.
МЕТОД 2) Трехточечная оценка
Оценка по трем точкам - это один из методов, который можно использовать для оценки задачи. Простота трехбалльной оценки делает ее очень полезным инструментом для менеджера проекта, который хочет оценить.
При трехбалльной оценке для каждой задачи изначально создаются три значения, основанные на предыдущем опыте или наилучших предположениях, как показано ниже.
При оценке задачи диспетчер тестирования должен предоставить три значения, как указано выше. Выявленные три значения позволяют оценить, что происходит в оптимальном состоянии , что наиболее вероятно или что, по нашему мнению, было бы наихудшим сценарием.
Давайте посмотрим, как использовать указанные выше три значения в следующем примере.
Можете ли вы оценить усилия по тестированию по задаче « Создание спецификации теста»? Помните, что вы должны охватить все модули веб-сайта Guru99 Bank, как это сделано в методе функциональных точек.
Вы можете оценить следующим образом
- Лучший случай для выполнения этой задачи является 120 человеко-часами (около 15 дней). В этом случае у вас есть талантливая команда, они могут выполнить задачу в кратчайшие сроки.
- , Скорее всего , дело для выполнения этой задачи является 170 человеко-часов (около 21 дней). Это нормальный случай, у вас достаточно ресурсов и возможностей для выполнения задачи.
- Худший случай для выполнения этой задачи является 200 человеко-часами (около 25 дней). Вам нужно выполнять гораздо больше работы, потому что члены вашей команды неопытны.
Теперь присвойте значение каждому параметру, как показано ниже.
Усилия для выполнения задачи могут быть рассчитаны с использованием формулы двутреугольного распределения следующим образом:
В приведенной выше формуле параметр E известен как средневзвешенное значение. Это оценка задачи «Создать тестовую спецификацию».
Но ваш босс может спросить вас
В приведенной выше оценке вы просто определяете возможное, а не определенное значение, мы должны знать о вероятности того, что оценка верна. Вы можете использовать другую формулу:
В приведенной выше формуле SD означает стандартное отклонение, это значение может дать вам информацию о вероятности того, что оценка верна.
Теперь можно завершить оценку по задаче «Создание спецификации теста».
Для выполнения задачи «Создание тестовой спецификации» сайта Guru99 Bank вам потребуется 166,6 ± 13,33 человеко-часа (от 153,33 до 179,99 человеко-часа)
Шаг 4) Подтвердите оценку
Как только вы создадите совокупную оценку для всех задач, упомянутых в WBS, вам необходимо отправить ее правлению , которое рассмотрит и утвердит ее.
Член правления может состоять из генерального директора, менеджера проекта и других заинтересованных сторон.
Правление рассмотрит и обсудит с вами ваш план оценки. Вы можете объяснить им свою оценку логично и разумно, чтобы они могли утвердить ваш план оценки.
Лучшие практики оценки тестов
В этом разделе представлены общие советы по оценке точности тестирования.
- Добавьте некоторое время буфера: с вашим проектом может произойти много непредсказуемых вещей, например, талантливый член команды внезапно увольняется с работы, тестирование занимает больше времени, чем предполагалось ... и т. Д. Вот почему вам нужно включить некоторый буфер в свою оценку. Наличие буфера в оценке позволяет справиться с любыми задержками, которые могут произойти.
- Планирование ресурсов учетной записи в оценке: что делать, если некоторые члены вашей команды уходят в длительные отпуска? Это может задержать реализацию проекта. Планирование ресурсов в оценке играет ключевую роль. Наличие ресурсов поможет убедиться в реалистичности оценок. Здесь вы должны учитывать отпуска для члена вашей команды, как правило, длинные отпуска.
- Используйте прошлый опыт в качестве справки: опыт прошлых проектов играет жизненно важную роль при подготовке оценок времени. Поскольку некоторые проекты могут иметь некоторое сходство, вы можете повторно использовать прошлую оценку. Например, если вы выполняете такой проект, как тестирование веб-сайта, вы можете извлечь уроки из этого опыта, попытаться избежать всех трудностей или проблем, с которыми сталкивались в прошлых проектах.
- Придерживайтесь своей оценки: оценка - это всего лишь оценка, потому что она может пойти не так . На ранних этапах проекта вам следует часто повторно проверять оценки теста и вносить изменения при необходимости. Мы не должны расширять оценку после того, как мы ее исправим, если только требования не претерпят серьезных изменений или вам не придется вести переговоры с заказчиком о переоценке.
Шаблон оценки тестирования программного обеспечения
Скачать Excel с оценками тестирования программного обеспечения (.xlsx)
Другие методы
Широкополосный метод Delphi, метод точки использования, процентное распределение, специальный метод - это другие методы оценки в программной инженерии.
Нажмите здесь, если видео недоступно
Стенограмма видео- Давайте сделаем упражнение - для приложения бронирования авиабилетов подготовим иерархическую структуру работ
- различные задачи тестирования, такие как - Проверка функциональности входа в систему, Проверка функциональности нового заказа, Проверка функциональности факса и другие аналогичные функции и оценка усилий, необходимых для тестирования этих функций.
- Например, функциональность входа в систему можно проверить за 2 часа. Таким же образом подготовьте список всех задач и соответствующих усилий. Приостановите учебное пособие и завершите упражнение. Надеюсь, вы сделали обоснованное предположение о требуемых усилиях
- Это стратегия тестирования снизу вверх. Этот метод называется восходящим, поскольку на основе задач, находящихся на самом нижнем уровне иерархии декомпозиции работ, вы оцениваете продолжительность, зависимости и ресурсы.
- В восходящей стратегии оценки принимаются не одним человеком, а всеми заинтересованными сторонами, отдельными участниками, экспертами и опытными сотрудниками в совокупности. Идея состоит в том, чтобы опираться на коллективную мудрость членов команды для получения точных оценок результатов тестирования.
- Теперь у вас есть значительный опыт работы с системой бронирования авиабилетов. Используйте этот опыт, чтобы оценить усилия, необходимые для полного функционального тестирования веб-сайта. - http://newtours.demoaut.com/
- Функционально этот сайт идентичен приложению для бронирования авиабилетов, только веб-интерфейс. Приостановите учебник и выполните упражнение сейчас
- Надеюсь, основываясь на вашем опыте, вы хорошо оценили усилия, необходимые для тестирования веб-сайта.
- Это подход к оценке сверху вниз, основанный на опыте.
- Другой метод - классифицировать проекты по их размеру и сложности, а затем посмотреть, сколько времени занимал проект определенного размера и сложности в прошлом.
- Другой подход заключается в определении среднего объема трудозатрат на один тестовый пример в прошлом для аналогичных проектов, а затем с использованием оценочных тестовых примеров текущего проекта и получения общего объема трудозатрат.
- Более сложные модели оценки включают сложные математические модели. На практике в большинстве проектов для оценки используется нисходящий подход.
- На оценки теста могут влиять многие факторы, такие как временные ограничения, человеческий фактор, географическое распределение группы тестирования и т. Д.