public class AtTodoMVCTest extends BaseTest{
    protected TodoMVCPage todoMVCPage = new TodoMVCPage();
}

/*
    Для единственного пейджа - можно дать имя попроще - page

    что до использования protected - то почитай вот это
            идеально про протектед-методы
            http://programmers.stackexchange.com/questions/162643/why-is-clean-code-suggesting-avoiding-protected-variables
            http://joxi.ru/52akqzoUGnqYGr

            http://stackoverflow.com/questions/3631176/why-are-many-developers-opposed-to-using-the-protected-modifier-in-oop
            http://stackoverflow.com/questions/37011/should-you-ever-use-protected-member-variables
            http://stackoverflow.com/questions/4913025/reasons-to-use-private-instead-of-protected-for-fields-and-methods

            http://www.javalobby.org/java/forums/t77911.html

            есть good practice - избегать применения protected
    если пока это все было очень сложно - пока не вникай
    в конце курса еще раз вернемся)

    оба эти вопроса - к этому заданию отношения не имеют
    потому - просто прими к сведению
*/
*****************************

public class TodoMVCUnitStyleTest extends AtTodoMVCTest{
public class TodoMVCEndToEndTest extends AtTodoMVCTest {

/*
    Имена тест-классов надо бы подправить

    вот эта информация - о EndToEnd или UnitStyle -
    это информация не о тест-классе, а о тест-методе

            Имя тест-класса должно отражать в общем - что тестируют методы данного тест-класса
            (например, [Имя приложения | Часть приложения | Фича приложения]Test)
            Как частные случаи - возможны более лаконичные имена тест-классов - когда указано только имя приложения
            (если приложение простое и у нас для его тестирования лишь один тест-класс),
            только часть приложения (если на каждую часть - приходится по одному тесту, и по какой-то причине не нужно уточнять имя приложения),
            или - в имени указана только фича - из аналогичных соображений

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


    При вот таком разделании тест-методов на 2 тест-класса - и правда - сложно придумать имена

    а вот такие варианты - были бы ок
        TodoMVCAtAllFilterTest
        TodoMVCAtActiveFilterTest
        TodoMVCAtCompletedFilterTest
        TodoMVCGeneralTest
    когда мы так поделили на тест-классы - что можем описать область тестирования в общем - да,
    названия придумать будет несложно

    оба эти вопроса - к этому заданию отношения не имеют
    потому - просто прими к сведению
*/