При проведении функционального тестирования тестировщик проверяет соответствие реализованных доработок функциональным требованиям.
Рассмотрим:
Функциональное тестирование
Functional testing
Спецификация требований к программному обеспечению
Software Requirements Specification
К задаче на тестирование обычно прикладываются ссылки на требования к доработке. Самый полный документ, на который должен опираться тестировщик — спецификация требований к программному обеспечению, но при нехватке аналитики часто приходится использовать и другие сопутствующие проекту документы.
Спецификация требований к программному обеспечению —
документ, в котором подробно описывается логика работы системы и требования к ней:
Функциональные требования: что должна делать система, какие
функции и при каких условиях выполнять.
Например:
«При регистрации должен создаваться новый пользователь в базе данных»
Нефункциональные требования: характеристики
системы, такие как производительность, безопасность и надежность.
Например:
«Задержка выполнения запроса не должна превышать 500 миллисекунд»
Пример функциональных требований
1. Функциональные требования
1.1 Регистрация пользователя
Функциональность регистрации пользователя предназначена для создания нового аккаунта в системе. Пользователь заполняет форму, система создает учетную запись, которая затем используется для доступа к платформе.
- Эндпоинт:
/functional-testing/register - Метод: POST
- Формат передачи данных: application/json
Требования к формату запроса:
| Поле | Описание | Тип | Обяза- тельность |
Ограничения |
|---|---|---|---|---|
| username | Имя пользователя для входа в систему | строка | + | От 3 до 128 символов |
| Email пользователя для входа в систему | строка | + | От 3 до 128 символов в формате email@domain.com | |
| password | Пароль для доступа к аккаунту | строка | + | От 8 до 128 символов, комбинация цифр и букв |
| password_match | Повторный ввод пароля для проверки совпадения | строка | + | Должен совпадать с password |
Валидация (проверка данных на соответствие требованиям) должна быть реализована на бэкенд и фронтэнд.
Требования к формату ответа:
| Поле | Описание | Тип | Обяза- тельность |
|---|---|---|---|
| message | Сообщение о результате обработки запроса на регистрацию | строка | - |
| Результат | Код ответа | Сообщение |
|---|---|---|
| Успешная регистрация | 201 (Created) |
Успешная регистрация! |
| Ошибка клиента | 400 (Bad Request) |
Пожалуйста, проверьте введенные данные. |
| Не совпадающие пароли | 400 (Bad Request) |
Пожалуйста, проверьте подтверждение пароля. |
| Ошибка сервера | 500 (Internal Server Error) |
Извините, сервис временно недоступен. |
Описанный функционал доступен для тестирования через Postman (бэкенд) и «Тестовую форму регистрации» (фронтенд).
Проведение функционального тестирования
1. Подготовка
- Проверить готовность стенда, например, провести дымовое тестирование сборки
- Создать наборы тестовых данных, используя техники тестирования
- На основании требований создать чек-листы, тест-кейсы и т.п.
2. Тестирование фронтэнда
2.1 Проверка отображения страницы
Проверить, что форма регистрации отображается корректно, все поля и кнопки присутствуют.
2.2 Валидация полей на клиенте
- Проверить обязательность полей.
- Проверить наличие ограничений на тип, формат и размер данных.
- Проверить совпадение паролей.
2.3 Отправка данных на сервер
Проверить, что запрос отправляется (DevTools), и сообщения от сервера отображаются корректно.
3. Тестирование бэкэнда (API)
3.1 Тестирование корректного запроса
Проверить, что сервер возвращает статус и сообщение согласно требованиям в зависимости от переданных данных.
3.2 Валидация полей на сервере
- Проверить обязательные поля.
- Проверить наличие ограничений на тип, формат и размер данных.
- Проверить совпадение паролей.
4. Документирование результатов
Зафиксировать результаты тестирования, при обнаружении ошибок завести баг репорты.
Задача
Задача доступна премиум пользователям!
Уровень повышен!