Selenium Page Object error error обработка страниц

Question

У меня есть общий вопрос относительно страниц ошибок. Представьте простой пример использования, хорошую (1) и плохую (2) аутентификацию.

В случае (1) у нас есть индексная страница.
В случае (2) у нас есть страница с конкретной ошибкой.

Дело в том, что у меня есть объект страницы LoginPage, а submitLoginForm должен вернуться на следующую страницу. Я нажимаю на него с плохой формой входа заполнены

Тогда, у нас есть 2 варианта для его обработки:.
- мы должны создать LoginErrorPage и дать LoginPagesubmitNonValidLoginForm возвращать LoginErrorPage?
- следует ли использовать LoginPage с submitLoginForm, возвращая «правую» навигационную страницу IndexPage, а в тесте Junit утверждают в реальном состоянии драйвера (не имеет IndexPage элементов, но некоторые другие).

Надеюсь, я понятен!

Answer 1

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

Поэтому я предлагаю вам следовать вашему первому варианту, создав объект страницы LoginError. Другое дело, что проверка страницы должна выполняться в вашем объекте страницы, а не как тест, потому что вы напрямую создаете зависимость между тестом и Selenium.

IE (в очень pseudocodish способом)

class BasePage { 
    constructor (driver, context, isLoaded = false) { 
     this->webDriver = driver 

     //clicking links or submitting forms from other page objects 
     //will trigger the page load at driver level so we don't want to trigger a page reload 
     if (isLoaded) { 
      this->loadPage() 
     } 

     this->validatePage() 
    } 

    loadPage() { 
     this->webDriver->get(this->getPageUrl) 
    } 

    abstract validatePage() 
    abstract getPageUrl() 
} 


class LoginPage extends BasePage{ 

    validatePage() { 
     this->elementUsername = this->webDriver->findElement(WebDriverBy::id('username')) 
     this->elementPassword = this->webDriver->findElement(WebDriverBy::id('password')) 
     this->elementSubmit = this->webDriver->findElement(WebDriverBy::id('submit')) 
    } 
    getPageUrl() { 
     return '/login/' 
    } 

    fillUser(value) { 
     this->elementUsername->sendKeys(value) 
    } 

    fillPassword(value) { 
     this->elementPassword->sendKeys(value) 
    } 

    submitValid() { 
     this->elementSubmit->submit() 
     return new DashboardPage(this->webDriver, this->context, true) 
    } 

    submitInvalid() { 
     this->elementSubmit->submit() 
     return new LoginErrorPage(this->webDriver, this->context, true) 
    } 
} 

class DashboardPage extends BasePage { 
    validatePage() { 
     this->webDriver->findElement(WebDriverBy::id('welcomeMessage')) 
    } 

    getPageUrl() { 
     return '/dashboard/' 
    } 
} 

На данный момент тесты будут только разобраться в WebDriver арматуре, но не должны ничего знать о ваших страницах

testValidCredentials: 
    login = new LoginPage(..) 
    login->fillUser('john') 
    login->fillPassword('aa') 
    dashboard = login->submitValid() 

testInvalidCredentials: 
    login = new LoginPage(..) 
    login->fillUser('john') 
    login->fillPassword('aa') 
    loginError = login->submitInvalid() 

testWelcomeMessage: 
    dashboard = new DashboardPage(..) 
    // a bad (but short enough) example, don't actually do this 
    assert(true, regexp('welcome', dashboard->getSource)) 

LE С точки зрения тестирования вы должны знать свой ожидаемый результат. Другой подход должен были бы иметь один представить, что принимает ожидаемый объект страницы, как пары

testInvalidCredentials: 
    login = new LoginPage(..) 
    login->fillUser('john') 
    login->fillPassword('aa') 
    loginError = login->submit('LoginErrorPage') 
    assertContains('invalid login', loginError->getErrorMessages()) 

Но после написания 100 тестов вы найдете это будет слишком многословным и, если страница, полученная после успешной представить изменения, у меня будет много переписывания.