https://docs.google.com/spreadsheets/d/1amojJlIcivojqXavFietf5PxHR4uaC3bH3BxQO0tXDU/edit#gid=0

/*
    прошлое задание - надо доделать - по комментариям
    но в целом - главное там сделаон верно

    там верно запланированы фиче-тесты и е2е

    в этом задании - в рамках одного тест-класса должны быть все запланированные тест-методы
    один е2е и 2 фиче-теста

*/
***************************
public class TodoMvcTest_2 {
/*
    пересмотри раздел по неймингу
    в имена тест-классов - не включай структурную информацию
    вот эти 1 2 3 и прочее - это на уровне пекеджей решай

    для этого тест-класса имя TodoMvcTest - подойдет тоже

    Java позволяет в рамках одного проекта в разных пекеджах держать классы с одинаковыми именами
    потому  - при нейминге класса - руководствуйся соображениями - что делает этот класс/ для чего он
    ну и про конвеншенсы не забывай

    весь раздел просмотри
    https://docs.google.com/document/d/13dNyFGbI7mV22UUhH8E0LJ7SzabAmX7Bw7VCHScYfiU/edit#bookmark=id.zfcd0angknhf
*/


    @Test
    public void testTasksCommonFlow() {
/*
    этот метод - реализуй согласно плану
    https://docs.google.com/spreadsheets/d/1amojJlIcivojqXavFietf5PxHR4uaC3bH3BxQO0tXDU/edit#gid=0
*/

*********************************************
/*
    сразу напишу и по фиче-тестам моменты
*/

/*
    имя фиче-теста - что тестим и на каком фильтре

    структура фиче-теста
      предварительные действия
      тестируемое действие
      проверки

    предварительные действия начнем с комментария //given - ...
    чтоб было понятно - что это предварительные действия и что за ситуацию мы в результате их получим
    внутри и в конце блока предварительных действий - проверок не делаем
    (мы это тут не тестируем, а используем для создания тестовой ситуации, ниже будет подробнее)

    после предварительных действий - пропустим строку
    чтоб выделить - вот подготовка, вот - тестируемое действие

    проверки
    сначала - более важные
    затем - менее важные
    (собственно - так ты и реализовал)
    такой порядок - чтобы даже если тест упадет на менее важной проверке - был фидбек о важной проверке

    еще - в фиче-тестах мы можем себе позволить более интересные тестовые ситуации
    например - редактирование второй таски в списке

    в итоге - с учетом этих рекомендаций - получим
*/

/*

    Это к общему сведению)

    Есть разные способы выполнять предварительные действия
    Мы сейчас делаем это через действия на UI (User Interface)
    А есть еще методы - работать непосредственно с данными (далее вы такое тоже попробуете)
    Так вот через действия на UI - предварительные действия не быстрые и часто не достаточно надежные
    А через непосредственную работу с данными - предварительные действия быстрые и надежные

    Если предварительные действия медленные или не надежные
    То проверка в конце предварительных действий нужна

    А если мы уверены - что после предварительных действий гарантировано все ОК,
    то и проверок не надо после предварительных действий

    Но, поскольку наше приложение - простое
    Разумно не делать проверку в конце предварительных действий
    чтобы наши тесты были эффективнее

    Тестировали бы что-то типа соцсети и если бы предварительные действия были
    реализованы через UI - да, после предварительных действий было бы разумно
    выполнить проверку (проверка после предварительных действий нам позволяет отличить -
    ошибка возникла на этапе выполнения тестируемого действия, или все же раньше)


*/