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