В рамках первого домашнего задания вам предстоит протестировать ваши проекты со второго семестра.
- Разбиться на команды (макс. 4 человека). Записаться в табличку (колонку "Ментор" не заполняем!)
- В GitHub форкнуть этот репозиторий, затем создать новую ветку с названием команды и добавить
markdown
файл с названием:<название команды>.md
.
- Провести командное тестирование основных фичей/страниц своего проекта со второго семестра
- тестируем функциональность
- тестируем нефункциональные характеристики
- не забываем про позитивые и негативные кейсы
- тестируем основные фичи/страницы (без которой вашего проекта быть не может)
- Оформить тестовый отчет в файле
<название команды>.md
(требования к тестовому отчету см. ниже) - Открыть с внесенными изменениями
Pull Request
, указать в качестве target этот репозиторий. - Скинуть ссылку на PR ментору, который к вам прикреплен.
- В начале отчета указываем название команды, ссылку на проект и тестовое окржуение (браузер + версия)
- Один пункт – одна проверка
- Должен охватывать весь функционал
- Пункты в утвердительной форме
- Лаконичность в описании проверок
- Однозначность формулировок
- Писать максимально сухо и по делу
- Должен быть структурированным списком проверок
- Если проверка выявила баг, его необходимо кратко описать рядом с самой проверкой (скриншоты приветствуются)
- Общие паттерны, например, правила валидации стоит выносить в отдельный блок и ссылаться на него во всем отчете
- На каждый блок проверки должен быть хотя бы один скриншот / скринакст, чтобы было визуально понятно, что проверяется
- На каждую описываемую страницу должна быть указана ссылка
- Не добавлены положительные кейсы
- Неоднозначные формулировки (можно трактовать смысл по-разному или слишком размыто). Например, "верно заполнить поля формы" - это не однозначно, требуется пояснить что является верным и неверным заполнением
- Не проверяется навигация
- Проверяется перезагрузка страницы, как отдельный кейс – фактически пустая проверка
- Много опечаток/грамматических ошибок
- Низкая смысловая нагрузка пунктов (не нужны пункты, которые просто сообщают информацию, а не проверяют что-то)
- Одинаковые проверки (сверяйтесь друг с другом)
- Некорректная разбивка по блокам (например, тестирование навбара происходит на каждой странице вместо того, чтобы вынести в отдельный блок)
- Некорректно названы элементы (Как называются UI-элементы)
- Плохо выделены баги (они должны выделяться на фоне обычных проверок)
- Проверяются не все случаи валидации пользовательского ввода
- Не проверяется пустое состояние
- Каждый член команды должен провести ревью отчета с целью выявления ошибок. Исправьте всё, что найдете сами.
- Каждый член команды должен поставить Approve или написать комментарий о своем аппруве в PRe.
- Скинуть ссылку ментору (они добавлены в общий чат курса)
- На исправление замечаний ментора – 2 дня
- SLA начала проверки ментора - 2 дня
- Для успешного выполнения задания нужно получить аппрув ментора к РК1 (20 марта). Сдача домашек в последний момент ни чем хорошим не обернется.
- Максимальное количество баллов за задание – 10