Следующую версию - делай в гугл-таблице
Предоставишь линку на нее
и дашь доступ на комментирование мне и Якову


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

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

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

Что мы показываем
Мы показываем покрытие и приоритет

У каждой категории - своя шкала

Хотелось ы быстро из таблицы понимать - и то, и другое

Этого можно дибиться - если обозначать категории разным способом

Например
приоритет - цифра
покрытие - цвет фона

Теперь по шкалам

Приоритет - достаточно 3-х приоритетов - высокий, средний и низкий
    ты в общем так и делал, судя по всему
    Если делать еще детальнее - тут уже надо под каждый приоритет формулировать критерии,это уже посложнее
    Если делать 2 приоритета - то маловато будет для описания
    Так что 3 - оптимально

Покрытие - тоже 3 значения
    е2е
    фиче-тесты
    невозможно покрыть

На таком варианте не настаиваю, но очень рекомендую

http://joxi.ru/MAj1YoWsvVxgK2 - вот что-то такое возле таблицы отобрази
*****************************************
http://joxi.ru/Vm6QqxphxBj5er

1 - вспомни видео
аналогия - с singing
этот счетчик всегда должен отражать состояние списка

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

2 - это ж целая группа операций
в UseCases.txt - у тебя это все есть


Additional "edit" operations:
1. cancel edit pressing Escape

Low priority "edit" operations:
1. confirm edit clicking outside
2. confirm edit pressing Tab
3. delete by emptying text

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

то - достаточно эти фичи перечислить - выделив в одну группу

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

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

******************************************
http://joxi.ru/Q2KpJYOs9zw6nA

Switching between filters: - можно отобразить в таблице
тоже - отдельной группой, со своим заголовком

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

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

***************************************
если учесть выше написанное
и пока ограничиться лишь отражением того, что мы разработали = е2е

то получим

http://joxi.ru/J2b1MVvs48GDLm

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

что не понятно - переспроси

****************************************
далее - надо запланировать фиче-тесты

наша задача = по-прежнему smoke coverage

только теперь это реализуем с помощью нескольких тестов

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

смотрим - осталось ли что-то еще не покрытое высокоприоритетное - http://joxi.ru/J2b1MVvs48GDLm

нет, такого не осталось
значит - мы упростим наш е2е
и то, что уберем из е2е - покроем в фиче-тестах

что несложно убрать из е2е
так чтоб не пришлось заново думать и придумывать
это - edit/cancel edit/delete
думаю особо тоже объяснять не нужно - почему именно это легко убрать из е2е
просто посмотри на е2е и все поймешь)

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

А зашли мы с головоломки специально)
Чтоб понимать этот момент - что это = головоломка

Еще момент по фиче-тестам

его структура очень проста

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

просто потому - что это по пути

если представить фиче-тест чисто для  items left
то предварительные действия = как раз дейсвтие перед проверкой items left
т е  - делать мы будем то же что и при тестах действий
просто в итоге другая проверка
значит - не стоит их даже реализовывать как отдельные фиче-тесты (имею в виду тесты для items left)
а покрывать это в рамках фиче-тестов для действий

учитывая это - получим вот такую картинку
http://joxi.ru/krDOZldF01J1wA

дальше - уже дело техники = упростить е2е + реализовать фиче-тесты
это как раз следующее задание