Какие позитивные тест-кейсы для отправки письма можно провести?
Что проверяют
Умеете ли вы системно покрыть функцию, а не выписать пять очевидных сценариев. Позитивные кейсы проверяют, что при корректных данных письмо доходит и выглядит правильно. Следом почти наверняка попросят негативные кейсы или спросят, как это автоматизировать.
Как отвечать
Сначала уточните, что за система: веб-клиент почты или отправка писем из приложения, например подтверждение регистрации. Затем пройдитесь по измерениям:
- получатели: один адрес, несколько в «Кому», копия и скрытая копия. Для скрытой проверьте, что остальные получатели её не видят;
- адреса: разные валидные форматы, плюс в локальной части (
user+tag@), поддомены, кириллический домен в зоне.рф, подстановка из контактов; - тема и текст: кириллица, эмодзи, форматирование, ссылки, длинный текст, тема на границе допустимой длины. Пустая тема с подтверждением тоже позитивный сценарий, если требования её разрешают;
- вложения: один и несколько файлов разных типов, суммарный размер ровно на границе лимита, имя файла с кириллицей и пробелами;
- действия: ответ, пересылка, отправка из черновика, отложенная отправка, горячая клавиша;
- результат: письмо есть в «Отправленных», дошло до получателя, заголовки и кодировка корректны, вложение открывается и совпадает с исходным по контрольной сумме.
Для значений применяйте классы эквивалентности и граничные значения, иначе список раздуется. Для автоматизации в тестовом контуре удобно поднять Mailpit: он принимает письма по SMTP и отдаёт их через API, так тест проверяет само письмо, а не всплывающее «Отправлено».
Где спотыкаются
Проверяют только уведомление об успешной отправке. Письмо может застрять в очереди, поэтому ожидаемый результат описывают на стороне получателя.
Смешивают позитивные и негативные кейсы: невалидный адрес и превышение размера вложения относятся ко второму списку.
Забывают про скрытую копию и кодировки, хотя реальные баги живут именно там: видимые адресаты из BCC и нечитаемые символы в теме.