Результаты работы команды тестирования ПО

Результаты тестирования оформляют в виде документов, которыми делятся с заинтересованными сторонами в ходе разработки ПО. В этой главе рассматриваются следующие материалы.

Открыть схему в полном размере ↗

Результаты работы команды тестирования ПО

• Стратегия тестирования ПО
• План тестирования ПО
• Тестовые сценарии и тестовые случаи
• Метрики тестирования ПО
• Метрики продукта
• Метрики процесса
• Тестовая документация
• Отчёты о тестировании ПО
• Ежедневные отчёты о ходе тестирования
• Отчёты об инцидентах
• Итоговый отчёт о завершении тестирования

Стратегия тестирования ПО

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

План тестирования ПО

План тестирования определяет общую стратегию, среду и уровни тестирования. В нём указано, как анализировать результаты и какие метрики использовать. Он также фиксирует критерии завершения каждого этапа, оценку трудозатрат и стоимость тестирования.

Открыть схему в полном размере ↗

План тестирования ПО

Тестовые сценарии и тестовые случаи

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

Открыть схему в полном размере ↗

Тестовые сценарии и тестовые случаи

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

Тестовые случаи прямо сообщают тестировщику, что делать и как проверять ПО.

Открыть схему в полном размере ↗

Тестовые сценарии и тестовые случаи

Метрики тестирования ПО

Метрика ПО служит единицей измерения его свойства. Метрики тестирования оценивают качество и показывают степень готовности системы в ходе разработки. Зачем измерять? Измеримые показатели можно контролировать и улучшать. Решения на каждом этапе разработки принимают после изучения метрик предыдущего этапа. Метрики тестирования делятся на две группы.

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

Метрики продукта

Метрики продукта помогают улучшать качество. Регулярная оценка позволяет команде вовремя определить, какие свойства продукта нужно скорректировать. Измеряются следующие характеристики.

• Размер
• Сложность
• Особенности проектирования
• Производительность
• Качество

Метрики процесса

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

• Разработка ПО
• Сопровождение ПО
• Тестирование ПО

Тестовая документация

Тестовая документация фиксирует действия до начала тестирования или во время него. К важным документам относятся следующие.

• План тестирования
• Тестовый сценарий
• Тестовый случай
• Матрица трассируемости

Отчёты о тестировании ПО

Следующие отчёты помогают в работе по тестированию.

• Ежедневные отчёты о ходе тестирования
• Отчёты об инцидентах
• Итоговый отчёт о завершении тестирования

Ежедневные отчёты о ходе тестирования

Ежедневные отчёты информируют команду тестирования и заинтересованные стороны проекта и программы. Руководитель проекта видит число дефектов за день, выполненные тестовые случаи и работу каждого тестировщика. Ответьте на следующие вопросы.

1. Сколько тестовых случаев запланировали на день?
2. Сколько из них выполнили?
3. О скольких дефектах сообщила команда?
4. Сколько дефектов было критическими?
5. Где найти подробные отчёты, в том числе ведомость дефектов и выполнения тестов?

Отчёты об инцидентах

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

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

При реальном сбое подготовьте отчёт об инциденте. Включите в него следующие сведения.

• Идентификация
• Какой идентификатор у каждого отчёта?
• Что является объектом тестирования?
• Версия тестируемого приложения
• Сведения о тестовой среде, включая оборудование и ПО
• Имя разработчика, который должен оценить и устранить инцидент
• Когда обнаружили сбой?
• Классификация
• Статус
• Серьёзность
• Приоритет
• Требование
• Причина
• Описание проблемы
• Сведения о проблеме
• Подробности тестового случая
• Комментарии тестировщика
• Комментарий разработчика после изменения
• Ссылки при наличии

Итоговый отчёт о завершении тестирования

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