/*
    предлагаю озаглавить эти 3 группы как-то - чтоб было ясно - что операции над тасками
    и далее в пунктах - уже не писать Task
*/
o   ALL filter
 Create(add) task
/*
    или create
    или add
    оба варианта имеют право на жизнь
    выбирай какой-то один и используй
*/
 impossible to add task with no name // специфическая, валидационная, но важная ИМХО
/*
    ну, да
    настолько же важная как и delete task by emptying the text
    я про важность

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

    так что  - высокоприоритетными эти операции точно не назовешь

    можно - аналогично группе Additional edit operations
    выделить группу Additionаl add features
    и этот пункт сместить туда
*/
 Delete task by clicking on X icon
/*
    основную, стандартную реализацию операции - не будем расписывать вплоть до того - как мы это делаем

    а вот альтернативные варианты - да, там уточнимся

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

    тут - можно ограничиться Delete
*/
 Edit task by double click
/*
    на, все начинается с даблклика
    и заканчивается энтером

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

    а вот в Additionl edit operations - там уже на разнице заострм внимание
*/
 Complete task
/*
    просто complete
*/
 complete all tasks
/*
    complete all
*/
 reopen task
/*
    reopen
*/
 reopen all tasks
/*
    reopen all
*/
 clear all completed tasks
/*
    clear completed
    этот термин уже используется в UI(User Interface)
    потому - он наглядный, понятный и удачный

    не надо его дополнительно пояснять
*/

Итого - для ALL filter получим вот такой лаконичный список
 add
 edit
 delete
 complete
 complete all
 reopen
 reopen all
 clear completed

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

а это и есть наша цель
мы делаем себе первый черновой инструмент для планирования

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

****************************************************************

 o   general verifications: //одним пунктом не обойдусь - ведь каунтер реагирует на множество действий
 /*
    на самом деле - именно из-за того, что каунтер может среагировать на любое действие
    и не стоит это расписывать)

    да, мы знаем когда он должен среагировать
    а когда не должен

    но - проверять это  - нужно после любого действия
    т к теоретически - после любого действия он может повести себя как-то не так

    уточняю - стоит ли такую проверку делать  - буквально - после каждого действия

    зависит от целей и средств)

    например
    следующее задание
    нам нужен е2е сценарий для smoke покрытия

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

    с одной стороны - “items left” counting нельзя вообще отнести к высокоприоритетным проверкам
    даже если этот счетчик будет работать неверно - приложение все еще можно эксплуатировать
    с другой стороны - “items left” counting реагирует практически на все...
    и еще - нам важно оставить е2е тест как можно более понятным
    и такая не высокоприоритетная проверка - если будет идти после каждого действия -
    будет здорово загромождать наш е2е

    поэтому - покроем в е2е это лишь единожды - выберем какой-то нам выгодный момент
    а вот далее - на курсе - рассмотрим - когда и как стоит покрывать “items left” counting
    чтоб это было и наглядно, и эффективно
 */
 “items left” counting after adding task
 “items left” counting after deleting task
 “items left” counting after completing task
 “items left” counting after completing all task
 “items left” counting after reopening task
 “items left” counting after deleting task
 /*
    в этой группе - оставляй таки один пункт - “items left” counting
 */

o   switching filters:
 from Active to Completed
/*
    from Active to
        All
        Completed
    есть 2 варианта

    аналогично - для каждого из фильтров
*/
*******************************************************
o   Additionl edit operations:
 confirm edit by focus out
 confirm edit by switching the filter
/*
    если быть точнее - то вот этот by focus out
    это
    или by press Tab
    или by click outside - не обязательно переключать фильтр - любой клик на чем-то другом приведет к подтверждению редактирования

    замени єти первіе 2 пункта
*/
 delete task by emptying the text
 Cancel edit by ESC
/*
    ну, я бы уточнила  - by press Esc
    ну то уже придирки)

    главное - формулируй единообразно, используй одну логику
*/