Как тестировать требования?
- Какими должны быть хорошие требования?
- Что делать, если требований нет?
Требования проверяют до разработки: полнота, однозначность, непротиворечивость, проверяемость, выполнимость — каждая найденная дыра дешевле бага в коде.
- Задавайте вопросы: что при ошибке, при пустом значении, при граничном, для разных ролей
- Нет требований — опора на аналогичные продукты, здравый смысл и согласование ожиданий с командой
А ещё Хорошее требование можно проверить: «быстро» — плохо, «до 2 секунд» — хорошо
Подробно
Тестирование требований — самый ранний и дешёвый способ найти дефект. Тестировщик читает требования и макеты и ищет:
- неполноту — не описано поведение при ошибке, пустом вводе, отсутствии сети, для другой роли пользователя;
- неоднозначность — «удобный», «быстрый», «большой файл»: каждый поймёт по-своему;
- противоречия — в одном месте пароль от 6 символов, в другом от 8;
- непроверяемость — требование нельзя проверить объективно;
- невыполнимость и конфликт с другими функциями.
Приёмы: задавать вопросы «а что если», составлять по требованиям черновик тест-кейсов (если не получается — требование неполное), сверять текст с макетами.
Когда требований нет, тестировщик опирается на неявные требования: здравый смысл, стандарты платформы, поведение похожих продуктов, прошлые версии — и фиксирует свои предположения, согласуя их с аналитиком или владельцем продукта.
Пример
Требование: «Пользователь может загрузить аватар». Вопросы: какие форматы? максимальный размер? что если файл больше — ошибка или сжатие? квадратная обрезка? что видят другие пользователи до модерации? можно ли удалить аватар?
Что хотят услышать
- Требования тестируют до кода — это дешевле.
- Критерии качества требований.
- Практические вопросы и приёмы.
- Как действовать без требований.
Частые ошибки
- Ждать готовой сборки, чтобы начать тестирование.
- Без требований — «тестировать как получится», не фиксируя ожидания.
Проверьте себя
Один верный вариант. Подумайте, потом откройте ответ.
Показать варианты и ответ
- ✓До разработки проверить полноту, однозначность, непротиворечивость и проверяемость
- ✗После релиза сравнить работающий продукт с исходным документом требований
- ✗Без готовых требований тестирование невозможно — ждать, пока их напишут
- ✗Требования проверяет только аналитик, тестировщик подключается к готовой сборке
Что спросят дальше
Связанные вопросы
Разбор собеседования с sotto
После собеседования sotto разбирает разговор: оценка, каждый вопрос — хорошо, частично или слабо, чего не хватило в ответе и над чем поработать к следующему разу. Первые 30 минут бесплатно.