Todo Operations:
    - Per context:
        - at ‘all’ filter
            - create
            - edit active
            /*
                не надо уточнять - активную или закомпличеную таску мы будем редактировать

                тут - просто перечень юз кейсов, востребованных на этом фильтре
                мы еще не планируем сценарий
                просто - перечисляем основные юз кейсы для фильтра
            */
            - delete
            - complete
            - complete all
            - clear completed
            - activate
        - at ‘active’ filter
            - create
            - edit
            - delete
            - complete
            - complete all
            /*
                тут тоже clear completed - вполне востребована
                если юзер работает по сценарию - зашел на active фильтр
                поработал, закомплилил и тут же - не глядя - удалил закомпличеное
            */
        - at ‘completed’ filter
            - delete
            - clear completed
            - activate
    - Edit (additional):
    /*
        все же я бы этот раздел назвала
        Additional edit operations
        точнее отражает суть
    */
        - delete by emptying text
        - cancel edit by ‘Esc’
        - not edit with space
        /*
            наверное, ты имела в виду, что левые и правые пробелы в тексте таски обрезаются...
            это можно не выносить на уровень функционального тестирования

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

            а этот пункт - уже про нюансы самого редактирования
            я бы такое покрывала на уровне юнит-тестов
            не выносила бы на уровень функционального тестирования
            тут - нам важно сосредоточиться на проверке логики приложения
        */
        - save edit by ‘Tab’
        - save edit - click on other task
/* последние 2 пункта по сути одно и тоже, но я не знаю как их сформулировать попроще:( */
/*
    ну, сформулировать в один пункт - можно
    confirm edit by focus loss

    но - ниже все равно надо расписать варианты - как мы это делаем -
    т к оба варианта тестировать придется отдельно

    сравни

    confirm edit by focus loss
        by press Tab
        by click outside


    confirm edit
            by press Tab
            by click outside

    мне ближе второй вариант
    мы не потеряли в точности
    но обошлись меньшим количеством слов

    сравни save edit и confirm edit -
     confirm edit - точнее
*/
/*
    Еще по этому разделу

    все варианты, кроме cancel edit by press Esc - не имеют высокого приоритета
    в разделах выше - ты не перечисляла не высокоприоритетные операции

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

    вот этот момент - помни
    в следующей работе в рамках smoke coverage мы будем покрывать только
    высокопроритетные операции

    можно в окончательной версии этого задания -
    включить в список в этом разделе только
    cancel edit by press Esc

    а дальше - когда мы будем развивать этот список в тест-план
    уже все операции в него включим

    решай сама - как удобнее
*/
    - Switching between filters:
        - from ‘all’ to
            - ‘active’
            - ‘completed’
        - from ‘active’ to
            - ‘all’
            - ‘completed’
        - from ‘completed’ to
            - ‘active’
            - ‘all’
/* можно ли упростить этот список и написать не с каждого фильтра на каждый, а по одному переходу на каждый фильтр и все?  */
/*
    ну, вопрос скорее не про перечень возможных операций
    а про то, что нам стоит покрывать)


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

    а вот когда будем реализовывать smoke coverage
        то - покрывать мы будем не все, указанное в этом списке
        а - ТОЛЬКО высокоприоритетное и ТОЛЬКО единожды - на каком-либо из контекстов
        как ты и написала

        например - про фильтры
        действительно - покроем переход на каждый из фильтров - лишь единожды

                были на all
                что-то выполнили

                перешли на active
                другое выполнили

                перешли на completed
                третье выполнили

                перешли на all
                остальное выполнили

        при таком варианте - мы лишь единожды  покрываем переход на такой-то фильтр
        то же будет касаться и других операций
        например, если edit покрыли на all, его уже не надо будет покрывать на других фильтрах
        конечно, с добавлением тасок так не получится - мы не обойдемся добавлением лишь одной таски
        остальные операции - можно не дублировать

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

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


*/
    - General:
        - “items left” counting