/*
    В прошлый раз я предлагала вынести в переменную new Task(...)
    Все же такую переменную - лучше держать в самом тест-методе
    Т к это уже тестовые данные, специфические для конкретного теста

    Общие - да - стоит выносить в глобальную для тест-класса переменную
    DEFAULT_TASKS - оправдан

    А вот новая таска или описание редактируемой таски - это уже специфика тест-метода конкретного

    более KISS будет  - если такое внутри тест-метода держать

    приведу примеры

    собственно - важно именно это увидеть - импользование переменной в тест-методах
    остальные нюансы - это уже нюансы и еще неизвестно, как лучше)
*/


    @Test
    public void testCreateWithFullInformation() {
        Task task = new Task("t3 title", "t3 description", false, TasksApi.uri + "/3");

        TasksApi.create(task);

        TasksApi.assertTasks(DEFAULT_TASKS[0], DEFAULT_TASKS[1], task);
    }

    @Test
    public void testUpdate() {
        Task task = new Task("t2 title", "t2 description", true, TasksApi.uri + "/2");

        TasksApi.update(task);

        TasksApi.assertTasks(DEFAULT_TASKS[0], task);
    }

    @Test
    public void testCreateUpdateDelete() {

        Task task = new Task("t title", "t description", false, TasksApi.uri + "/3");

        TasksApi.create(task);
        TasksApi.assertTasks(DEFAULT_TASKS[0], DEFAULT_TASKS[1], task);

        Task editedTask = new Task ("t title edited", "t description edited", true, TasksApi.uri + "/3");

        TasksApi.update(editedTask);
        TasksApi.assertTasks(DEFAULT_TASKS[0], DEFAULT_TASKS[1], editedTask);

        TasksApi.deleteById(3);
        TasksApi.assertTasks(DEFAULT_TASKS[0], DEFAULT_TASKS[1]);

    }