public class TodoMVCTestAtActive extends BaseTest{
/*
    Названия тест-классов - должны заканчиваться на Test
    https://docs.google.com/document/d/13dNyFGbI7mV22UUhH8E0LJ7SzabAmX7Bw7VCHScYfiU/edit#heading=h.ddb6ral2cluo

    относится и к другим тест-классам
*/
************************

public class TodoMVCTestAtActive extends BaseTest{
    ...
    @Test
    public void testEditAtActive(){
/*
    Когда в имени тест-класса уже содержится информация о  фильтре - AtActive
    можно в именах тест-методов - AtActive - уже не уточнять

    это править не обязательно
*/
*************************
public class TodoMVCTestGeneralScenarios extends BaseTest{
...
    public void testConfirmEditByClickOutsideAtAll(){
    public void testCancelEditAtAll() {
    public void testConfirmEditByPressTabAtActive(){
    public void testDeleteByEmptyingTextAtActive(){
/*
    Эти тест-методы - распредели по тест-классам At.... - для такого-то фильтра
*/
********************************
/*

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

http://joxi.ru/nAyqEx7HXvxQoA
http://prnt.sc/bvuytd

вот пример хорошей структуры проекта

в src \ main

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


в src \ test

  testdata - тестовые данные (если такие есть и они вынесены в отдельный класс)
  testconfigs - предки тест-класса (так можно их изолировать от  собственно тест-классов - чтоб легче было ориентироваться


про пекеджи еще немного)
если GroupID = com.somesite
а проект todomvctest
то пакет корневой должен быть com.somesite.todomvctest

логика  - чтобы "не смешивались имена сущностей"

внутри одной компании - может быть несколько проектов)
и у всех у них один com.somesite  - базовый пекедж
но для каждого проекта должен быть свой  “базовый пекедж проекта"
иначе все смешается)
важно то, что когда этот проект выльется в отдельную библиотеку,
то не будет конфликтов при его подключении

*/