public class GMailTest extends BaseTest {

  ...

    public void openGmail() {
        open("http://gmail.com");
    }
/*
    перенеси метод в пейджа Gmail

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

    а вот на вызове методов пейджей - __имя_пейджа__.__имя_метода__ - буду)

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

    когда пейджей несколько - мы специально разбили функциональность на несколько пейджей -
    т к она вероятнее всего не маленькая
    и вызовы в стиле Gmail.visit() -  __имя_пейджа__.__имя_метода__
    дают тебе несколько преимуществ
    когда ты пишешь код - ты сначала определяешься - с какого пейджа тебе нужен метод
    пишешь имя пейджа, ставишь точку и далее IntelIJ Idea тебе показывает только методы этого пейджа
    это раз

    второе - можно методы пейджей назвать полаконичнее - с оглядкой на то, что при их вызове
    будет указано и имя пейджа
    https://docs.google.com/document/d/13dNyFGbI7mV22UUhH8E0LJ7SzabAmX7Bw7VCHScYfiU/edit#bookmark=id.z03niagn2y4s
*/
****************************************************
    public static void sendMail(String email, String mailSubject) {
    /*
        с учетом имени пейджа - методу достаточно имени send

        String email  - можно и так оставить
        а можно уточнить
        String toEmail
        String recipient

        String mailSubject -  можно упростить до subject
        опять же - с учетом имен пейджа и метода
    */
******************************************
    public static void searchMail(String text) {
/*
    тут имя метода - с учетом имени пейджа - упрости до search
*/
*****************************************************
    public static void assertMail(int index,String mailText) {
    public static void assertMails(String... mailTexts){
/*
    тут - не стоит имена методов делать лаконичнее
    напоминаю - имена ассертов должні біть максимально точными
    и тут не стоит увлекаться упрощением

    названия параметров - можно оставить и так
    при употреблении text / texts - код не очень понятный будет
*/