http://joxi.ru/xAe1zDPspRWMvA
/*
    много лишнего в проекте
    убери из репозитория
    https://help.github.com/articles/removing-a-remote/
    http://stackoverflow.com/questions/7927230/remove-directory-from-remote-repository-after-adding-them-to-gitignore
    http://stackoverflow.com/questions/13541615/how-to-remove-files-that-are-listed-in-the-gitignore-but-still-on-the-repositor
    https://git-scm.com/docs/git-rm
*/
*************************************
/*
    в pom.xml - нет ничего для задания браузера по умолчанию
    и для здания сьюта по умолчанию

    в видео было про это

    если у тебя это работает как-то по-другому
    опиши - как ты это обеспечил - по шагам
    приведи командные строки запуска разных сьютов в разных браузерах
*/
******************************
public class TodosE2ETest extends TodoMVC
public class TodosOperationsAtAllFilterTest extends TodoMVC
/*
    так наследование - не используй

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

    TodosE2ETest = это тоже TodoMVC
    тест-класс с тест-методом - это тоже пейдж-модуль
    можем такое заказать?

    пересмотри еще раз материалы по пейджам и после них -  Composition over Inheritance

    важно эти принципы не нарушать

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

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

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

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

    в конце курса будут такие примеры

*/
******************
public interface Unstable {
}
/*
    договаривались о термине Buggy)
    ну то уже не принципиально
*/
************************
@RunWith(Categories.class)
@Suite.SuiteClasses(TodosOperationsAtAllFilterTest.class)
@Categories.IncludeCategory(Unstable.class)
public class BuggySuiteTest {
}
/*
    а вот это принципиально)

    вспоминай

    для одного понятия - используй один термин

    для сьюта - используется термин Buggy
    а вот для категории Unstable

    какие цели? или какие причины?
    для чего 2 разных термина?

    в @Suite.SuiteClasses - перечисляй все тест-классы
    чтоб потом - когда в любом из тест-классов появится новый тест, который нужно пометить как Buggy
    не приходилось следить за этой строкой кода
    а лишь - пометил тест как Buggy
    и в сьют Buggy он уже вошел
*/
*********************
@RunWith(Categories.class)
@Suite.SuiteClasses(TodosE2ETest.class)
public class SmokeSuiteTest {
}
/*
    обозначь как Smoke - один тест из TodosOperationsAtAllFilterTest
    как результат - в этом сьюте должно быть эти 2 теста - один который ты уже указал
    и второй добавленный
*/
*****************************
/*
    все отмеченное - учти и для следующей работы
*/
***********************

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

https://docs.google.com/document/d/13dNyFGbI7mV22UUhH8E0LJ7SzabAmX7Bw7VCHScYfiU/edit#heading=h.3spslt1vfa35