Smoke E2E flow:

  all (default)
        1.  add “1”
        2.  edit “1”=>”1 edited”
        3.  complete “1 edited”
        4.  ASSERT: “1 edited”

        5.  switch from all to active

(active)
        6.  ASSERT: empty
        7.  add “2”
        8.  items left (1)
        9.  cancel edit by pressing ESC (“2”=> “2 edited”)
        /*
            тут нужен ассерт для списка тасок
            т к следующая операция не проверит преыдущую
        */

        10. complete all
        11. ASSERT: empty

        12. switch from Active to Completed

(completed)
        13. ASSERT: “1 edited”,“2”
        14. reopen (“2”)

        15. clear completed (“1 edited”)
        16. ASSERT: empty

        17. switch from Completed to All
(All)
        18. delete (“2”) // неявно проверяет пункт 13
        /*
            в данном случае - тут мы неявно проверяем только наличие таски “2”
            т е - прежде всего фильтрацию

            да, можно и так )
        */
        19. ASSERT: empty

/*
    не хватило лишь одной проверки
    все, теперь точно кодить)

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

    проверка списка тасок на разных фильтрах
        http://joxi.ru/l2ZNaR0F83gJv2
        Посмотри видео Якова про это - https://drive.google.com/file/d/0B8hgIBw8-V-AdGxxU1R3enl1RzQ/view?ts=567ab8d7
            мы можем быть максимально точными и держать 4 проверки
                2 -
                    в списке = такси с такими-то текстами
                    в списке = пусто
                и еще 2 -
                    в отфильтрованном по visible списке = таски с такими-то текстами
                    в отфильтрованном по visible списке = пусто
                И за точность будем платить  тем - что надо думать - когда какую проверку вызвать правильнее
                и если это делать бездумно - то при небольших изменениях сценариев - могут тесты падать на проверках,
                или второй вариант - не будем нормально пользоваться полученной точностью...

                мы можем исходить из того, что ошибку, когда невидимые таски копятся в списке - мы тестим на более низком уровне,
                и на UI уровне - нам не нужно до этого уточняться. Поэтому - мы будем держать всего 2 проверки
                      в отфильтрованном по visible списке = таски с такими-то текстами
                      в отфильтрованном по visible списке = пусто
                В таком случае - каждый раз понятно - какую проверку вызывать - получаем более KISS картину
                правда, платим за это точностью) Но - возможно - если мы уже отдельно это в тестах покрыли -
                что у нас не копятся невидимые таски - так мы и не платим ) И - тогда - все проще в написании тестов,
                и в их сопровождении.
                Тогда - поскольку обе проверки реализованы одинаково и других нету - можно из имен проверок скрыть этот нюанс
                и назвать их assertTasks и assertNoTasks (хотя в них работаем с отфильтрованным по visible списком тасок)

    редактирование таски
        в faq -  тоже есть что почитать про редактирование
        http://joxi.ru/xAe1zDPsYdG0DA
        1 и 2 - это собственно элементы нашей коллекции tasks
        3 и 4 - у самого элемента из коллекции tasks - в режиме редактирования добавляется класс editing(4)

        дальше идем
        5 и 6 - внутри элемента коллекции tasks - есть элемент с классом edit
        5 - таска а не в режиме редактирования
        и элемент с классом edit не видим
        6 - таска b в режиме редактирования
        и такой элемент видим
        он нам нужен - чтобы ввести туда новый текст таски
        ищи его вот так
            из коллекции тасок
            получи  таску в режиме редактирования
            и у нее - внутренний элемент edit

            сопряженный с этим вопрос - что есть css class элемента
                в выражении
                <element class=“green bold”>
                element - имя элемента
                class -  имя атрибута
                “green bold” - значение атрибута class
                green - css class элемента element
                bold - еще один css class элемента element



*/