Draft Use Cases List

Task operations at All filter:
//не указал add
edit
delete
mark completed //лаконичнее = complete
//еще есть и обратная операция - если для закомпличеной таски кликнуть по тому же переключателю - то мы переоткроем таску
//reopen - ранее закомпличеная таска переоткроется = станет активной
clear completed
hide //а что это? если ты про переходы по фильтрам, то это стоит отдельно описать
open //а что это?
select //а что это?
toggle all //в результате переключения - мы пожем выполнить 2 разных действия - complete all и reopen all
/*
    порядок операций в списке, конечно, технически ни на что не влияет
    ведь это просто переченьэ
    но - у нас есть цель - использовать впоследствии этот список как опорный
    для планирования тестов

    и поэтому - нам важно, чтобы список был как можно более наглядным и понятным
    в этом может помочь порядок перечисления и точные лаконичные формулировки
        сначала - базовые операции
        потом - остальные
        рядом - аналогичные или обратные операции
    вот что мы могли получить
*/
Task operations at All filter:
    add
    edit
    delete
    complete
    reopen
    complete all
    reopen all
    clear completed
//это же учти и для списков по другим фильтрам
**************************************
Task operations at Active filter:

add
....
create
/*
    есть разница между add и create?

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

    тогда твои решения будут максимально однозначными

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

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

    так что - упорядоченность помогает еще на этапе решения задачи
*/

count
/*
    Если ты про счетчик активных задач - ... items left
    то он работает всегда
    и его важность/приоритет - не зависит от того, на каком мы фильтре это делаем

    счетчик меняет свое состояние в зависимости от выполненных действий и насального состояния списка
    потому - этот юз кейс лучше вынести в отдельную группу
    general
    и назвать этот юз кейс - лучше терминами, уже использованными на UI(User Interface)
    что-то такое - items left counter
*/
************************************
Task operations at Completed filter:
mark completed //ты уверен, что это можно сделать на Completed фильтре?
toggle //тут оперируй не понятием переключения, а лучше уточни - что мы делаем - комплитим таску или ее переоткрываем
//кстати и reopen all мы можем тут сделать
*****************************************

General:
Items left counting
/*
    хм...
    странно
    а что тогда выше указанный count?
*/
Select filter
/*
    переходы по фильтрам - это отдельная группа
     Организуй еще одну отдельную группу - switching between filters
         и распиши для каждого из фильтров
         на какие фильтры можно с данного фильтра перейти

         например
         switching between filters
            from All to
                Active
                Completed
            from Active to
                ...
                ...
            ...

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

          тут термин filter - один из наиболее точных
          фильтруем = согласно некому условию что-то остается видимым, а что-то скрывается
*/
**************************
/*
    еще поэкспериментируй с редактированием таски в списке

        найди еще дополнительные юз кейсы

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

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


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


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

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

        пример - если при редактировании текст изменить на пустую строку, то таска удалится
        такой пункт формулируем - delete by emptying text

        есть еще варианты -
        для 2-ух способов подтверждения редактирования(не с помощью нажатия на Enter)
        и одного способа отмены редактирования
          начали редактировать, внесли новый текст для таски,
          ____что-то-сделали___ (найди - что),
          результат - у таски старый текст - именно потому отмена редактирования

*/