http://joxi.ru/Vrwqg81HKnXBk2

/*
    см на листе 3 в своем документе

    обрати внимание на такие мелочи
        заголовки
        шрифты
        рамки
        выравнивание в ячейках
    это - немного упорядоченнее
    такие мелочи - облегчают понимание

    я не отходила далеко от твоей идеи
    в фиче-тестах покрыть
        edit
        cancel edit
        complete
        delete

    фиче-тесты запланированы на разных фильтрах - чтоб покрытые операции распределялись по фильтрам поравномернее
        руководствовалась при выборе фильтра -
            где легче проверить + где востребованнее = лучше такие варианты выбрать
            + где похожее уже покрываем = лучше похожее покрыть в разных обстоятельствах


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

    additional edit operations (кроме cancel edit) - не покрываем
    причина - не высокий приоритет

    а в рамках smoke - мы покрываем только вещи с высоким приоритетом

    что меня смущает
    твоя идея покрыть в фиче-тесте - complete
    я не уверена, что ты без ущерба для логики е2е сможешь оттуда эту операцию убрать
    если не сможешь - лучше оставь complete покрытым в е2е и не делай для complete фиче-теста


    ниже - приведу коммент из предыдущего ревью
    мне важно - чтоб ты его точно увидел
*/
********************************
/*
    Что из себя будет представлять фиче-тест

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

    если бы мы планировали отдельные тесты для items left - они бы выглядели - точь-в-точь как наш фиче-тест
    только - все действия выступали бы в роли подготовительных операций. Это неэкономно)

    Потому - разумно в фиче-тестах
    в качестве второй проверки после тестируемого действия - покрывать и проверку items left

    Это практически не усложнит фиче-тест, но улучшит покрытие

    Если в тесте идут 2 проверки подряд
    то лучше первой делать более важную проверку (в нашем случае - проверку списка тасок), а уже второй - менее важную
    Цель - получить максимально полезный фидбек от теста
    Даже если тест упадет на менее важной проверке - у нас будет фидбек о более важной.

    Когда будешь планировать фиче-тесты - учитывай равномерное распределение покрытых операций по фильтрам
*/