junit test classes task - https://github.com/AleksanderPopov/automician_course/tree/junitTestClasses
    ветка с junit test suites
***********************************************
 /*
    уже писала тебе про это
    не стоит держать в проекте - как ресурс - chromеdriver
    то ты картинки сразу удаляешь, чтоб экономненько было
    то по проектам раскладываешь chromеdriver )

    chromеdriver - это не проекта сущность
    это - то, что задается на уровне окружения
    а в проекте - максимум - мы прописываем путь к хромдрайверу

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

    тогда на уровне проекта не понадобится даже путь к хромдрайверу указывать
 */
**************************************
 /*
    структура
    в src/test/java/com/alexautomician/todomvc/configuration/ - место только для предка тест-класса
    на таком же уровне - расположи и категории - src/test/java/com/alexautomician/todomvc/categories
    и сами тест-методы - src/test/java/com/alexautomician/todomvc/features
    а сьюты = как то что сделано для внешнего использования - будут на уровень выше - в src/test/java/com/alexautomician/todomvc/

    в общем-то - допустимо и сьюты расположить src/test/java/com/alexautomician/todomvc/suites
    а тест-классы - как и раньше расположить
    важно - что сьюты от тест-классов будут отделены

    но вот так к предку тест-класса - и категории и сьюты - не стоит перемещать

    на самом деле, я нигде четких конвеншенсов не встречала - по сьютам и категориям
    эти советы - исходя из такого принципа

    если что-то объединено в одном пекедже - то это значит  - что
    какой-то принцип/общее свойство (указанное в имени пекеджа) - это все объъединяет
    предок тест-класса, сьюты и категории - ... слишком это разное, служит для разных целей, решает разные задачи
    потому не стоит объединить это в один пекедж

 */
 **********************************************
 /*
    для решения этой задачи - достаточно 2-ух категорий

    buggy - то, что обозначили как buggy
    smoke - то, что обозначили как smoke (можно - за исключением buggy, как вариант)
    all - вообще все
    full acceptance = all - buggy

    вот такие должны быть сьюты
    и заданы они должны быть - используя только 2 категории buggy и smoke
 */
*******************************************************
 public class FailSuiteTest {
     @Test
     public void failedTest() {
         System.err.println("SUITE CONFIGURED INCORRECTLY");
         fail();
     }
 }
 /*
    странный сьют)
    я бы даже сказала - что это вообще не сьют

    разумнее по умолчанию - запускать какой-то из сьютов
    настоящих сьютов
    тот же smoke к примеру
    самое часто запускаемое - как раз по умолчанию и задай
 */
 ********************************
 @RunWith(Categories.class)
 @Suite.SuiteClasses({TasksIntegrationFlowTest.class, TasksOperationsAtAllFilterTest.class})
 @Categories.IncludeCategory(All.class)
 public class AllSuiteTest {
 }
 /*
    достаточно не уточняться до @Categories.IncludeCategory(All.class)
    и в сьют будут включены все тест-методы перечисленных классов в @Suite.SuiteClasses

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

https://docs.google.com/document/d/13dNyFGbI7mV22UUhH8E0LJ7SzabAmX7Bw7VCHScYfiU/edit#heading=h.3spslt1vfa35
*************************************************************
maven profiles task - https://github.com/AleksanderPopov/automician_course/tree/mavenProfiles
    ветка с maven profiles (edited)
**************
    <profiles>

        <profile>
            <id>smoke</id>
            <properties>
                <test.includeCategories>com.alexautomician.todomvc.configuration.categories.Smoke</test.includeCategories>
                <test.excludedCategories></test.excludedCategories>
            </properties>
        </profile>

        <profile>
            <id>buggy</id>
            <properties>
                <test.includeCategories>com.alexautomician.todomvc.configuration.categories.Buggy</test.includeCategories>
                <test.excludedCategories></test.excludedCategories>
            </properties>
        </profile>
    </profiles>
/*
    профиля должно быть 4
    а категорий = 2

    логика - как и в прошлой работе
*/
***********************
public class DefaultFailTest {
    @Test
    @Category(Default.class)
    public void failedTest() {
        System.err.println("CONFIGURE CATEGORY CORRECTLY");
        fail();
    }
}
/*
    вот этого тоже не надо юзать

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

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

    посмотри на https://github.com/automician/snippets/tree/master/java/properties
    там есть вариант и с профилями
    это немного о другом пример
    но про профили там тоже есть

*/