Оформление результатов тестирования

1. Оформление результатов тестирования

2. Нужно знать

• ЗАМАРАЦКИЙ
• МДК 05.03
• АЛЕКСЕЙ
• ТЕСТИРОВАНИЕ
• САИДОВИЧ
• ИНФОРМАЦИОННЫХ
• СИСТЕМ

3. Повторение определения

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

4. Термины

• Чек-лист — это список действий или условий, которые нужно проверить.
Используется для быстрой проверки функций или критериев, часто без
детализированных шагов.

5. Тест-кейс

• Тест-кейс — документ, описывающий входные данные, действия и
ожидаемый результат для проверки конкретного функционала.

6. Набор тест-кейсов

• Набор тест-кейсов (тестовый набор) — группа тест-кейсов,
объединенных по общей цели, модулю или функционалу.

7. Принципы разработки чек-листов

• Простота и ясность
Чек-лист должен быть максимально понятным и кратким. Например:
• Проверить загрузку главной страницы
• Проверить работу кнопки «Войти»
• Полнота
Все ключевые функции должны быть покрыты.

8.

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

9. Принципы разработки тест-кейсов

• Однозначность
Каждый тест-кейс должен иметь чёткое описание, чтобы любой
тестировщик понял, что нужно делать.
• Изолированность
Тест-кейс должен проверять только один функционал/сценарий.
• Воспроизводимость
Должен быть подробный пошаговый сценарий.

10.

• Проверяемость
Ожидаемый результат должен быть чётко описан.
• Уникальность
Исключить дублирование тестов.
• Приоритезация
Важно расставлять приоритеты (высокий, средний, низкий) для тестов.

11. Приоритет

• Приоритет показывает важность тест-кейса. Он может быть выражен
буквами (A, B, C, D, E), цифрами (1, 2, 3, 4, 5), словами («крайне высокий»,
«высокий», «средний», «низкий», «крайне низкий») или иным удобным
способом. Количество градаций также не фиксировано, но чаще всего
лежит в диапазоне от трёх до пяти.

12. Выбор приоритета

Приоритет тест-кейса может коррелировать с:
• важностью требования, пользовательского сценария или
• функции, с которыми связан тест-кейс;
• потенциальной важностью дефекта, на поиск которого направлен тест-кейс;
• степенью риска, связанного с проверяемым тест-кейсом требованием,
сценарием или функцией.

13. Рекомендации

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

14. Жизненный цикл чек-листа

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

15.

• Применение
Использование чек-листа для быстрого контроля или регрессии (часто
ручной, без глубокого анализа).
• Анализ результатов
Фиксирование, какие пункты пройдены, а какие вызвали проблемы.
• Обновление
При изменениях продукта чек-лист корректируется — добавляются новые
пункты или удаляются устаревшие.
• Повторное использование
Чек-лист применяют многократно, его основная ценность — в быстром
контроле.

16.

Поле
Описание
Пример
Номер тестового
примера
Уникальный
идентификатор пункта
CL-001
Приоритет тестирования
Важность теста (Высокий /
Высокий
Средний / Низкий)
Заголовок
Краткое название теста
Краткое описание цели
Краткое изложение теста
теста
Проверка авторизации
пользователя
Проверить, что
пользователь может войти
с валидными данными
Этапы теста
Пошаговые действия для
выполнения теста
1. Открыть страницу входа
2. Ввести логин и пароль
3. Нажать «Войти»
Тестовые данные
Данные, используемые в
тесте
Логин: testuser, Пароль:
Test@123
Ожидаемый результат
Что должно произойти
после выполнения теста
Пользователь успешно
вошёл в систему
Статус
Результат теста: «Зачёт» /
«Не зачёт»
Зачёт
Предварительное
условие
Условия, которые должны
быть выполнены до
начала теста
Пользователь
зарегистрирован
Постусловие
Состояние системы после
выполнения теста
Пользователь находится
на главной странице

17. Жизненный цикл сценария

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

18.

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

19.

Если кратко:
Создание → Рецензирование → Подготовка → Выполнение → Анализ →
Обновление → Архивирование

20.

Параметр
Описание параметра
Пример
Дата теста
Дата, когда выполняется
тестирование
2025-09-05
Приоритет тестирования
Важность и срочность
теста для общего процесса Высокий
тестирования
Заголовок
Краткое и понятное
название сценария
тестирования
Проверка регистрации
нового пользователя с
валидными данными
Этапы теста
Последовательность
действий, которые
необходимо выполнить
1. Открыть страницу
регистрации
2. Ввести имя "Иван
Иванов"
3. Ввести email
"ivan@example.com"
4. Ввести пароль
"Password123"
5. Нажать кнопку
"Зарегистрироваться"
Тестовые данные
Конкретные данные,
которые используются в
тесте
Имя: Иван Иванов
Email: ivan@example.com
Пароль: Password123
Ожидаемый результат
Какой результат должен
быть после выполнения
теста
Появляется сообщение об
успешной регистрации,
перенаправление на
страницу приветствия
Фактический результат
Результат, который был
получен при выполнении
теста (заполняется во
время тестирования)
(заполняется во время
тестирования)

21. Жизненный цикл тест-кейса

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

22.

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

23.

Поле
Описание
Пример
ID (Номер)
Уникальный идентификатор
тест-кейса
TC-001
Название
Краткое и понятное
название теста
Проверка входа
пользователя
Описание
Краткое описание цели
теста
Проверка успешной
авторизации с валидными
данными
Предусловия
Что должно быть выполнено Пользователь
перед началом теста
зарегистрирован
Шаги (Steps)
Пошаговое описание
действий
1. Открыть страницу входа
2. Ввести логин и пароль
3. Нажать кнопку «Войти»
Ожидаемый результат
Что должно произойти
после выполнения шагов
Пользователь успешно
авторизован и попадает на
главную страницу
Фактический результат
Заполняется при
выполнении теста
(пройдено/не пройдено)
— (на этапе подготовки
пусто)
Приоритет
Важность теста (Высокий,
Средний, Низкий)
Высокий
Тип теста
Категория
(функциональный,
регрессионный,
нагрузочный и т.д.)
Функциональный
Статус
Текущий статус теста
(Новый, В процессе,
Завершен)
Новый
Автор
Кто создал тест-кейс
Иван Иванов
Дата создания
Дата написания теста
01.09.2025
Комментарии
Дополнительные замечания
или ссылки
Проверять на всех основных
браузерах

24.

Тип
Чек-лист
Сценарий
Тест-кейс
Что это
Когда используется
Пример
использования
Быстрая проверка
Простой список
важных функций без
пунктов для проверки
детальных шагов
Проверить, что на
странице есть
кнопки, поля ввода,
сообщения об
ошибках
Описание
последовательности
действий для
проверки процесса
Тестирование
регистрации
пользователя от
начала до конца:
ввод данных,
подтверждение,
перенаправление
Подробный документ
с точными шагами,
данными и
ожидаемым
результатом
Проверить бизнеспроцесс или
функционал в целом
Формальное
тестирование, когда
важна точность и
повторяемость
Проверить, что при
вводе валидного
email и пароля
пользователь
успешно
регистрируется и
появляется

25. Небольшое задание

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