При проведении функционального тестирования тестировщик проверяет соответствие реализованных доработок функциональным требованиям.
Рассмотрим:
Функциональное тестирование
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. Документирование результатов
Зафиксировать результаты тестирования, при обнаружении ошибок завести баг-репорты.
Задача
Задача доступна премиум пользователям!
Уровень повышен!
