%global _empty_manifest_terminate_build 0 Name: python-robotframework-pageobjectlibrary Version: 1.1 Release: 1 Summary: RobotFramework library that implements the Page Object pattern License: Apache License 2.0 URL: https://github.com/boakley/robotframework-pageobjectlibrary/ Source0: https://mirrors.nju.edu.cn/pypi/web/packages/95/f3/d3576764b4fc9fd75cdd472aa90815aa549fac55400a7974fc739ae01a66/robotframework-pageobjectlibrary-1.1.tar.gz BuildArch: noarch Requires: python3-robotframework Requires: python3-robotframework-seleniumlibrary Requires: python3-selenium Requires: python3-six %description # PageObjectLibrary ## Overview PageObjectLibrary is a lightweight [Robot Framework] keyword library that makes it possible to use the Page Object pattern when testing web pages with the keyword based approach of robot framework. ## Installing ```bash pip install --upgrade robotframework-pageobjectlibrary ``` ## Source Code The source code is hosted on GitHub at the following url: * https://github.com/boakley/robotframework-pageobjectlibrary.git ## Running the Demo In the GitHub repository is a small demonstration suite that includes a self-contained webserver and web site. For the demo to run, you must have [robotframework](https://pypi.org/project/robotframework/) 2.9+ and [robotframework-seleniumlibrary](https://pypi.org/project/robotframework-seleniumlibrary/) installed. You must also have cloned the GitHub repository to have access to the demo files. To run the demo, clone the GitHub repository, cd to the folder that contains this file, and then run the following command: : ```bash robot -d demo/results demo ``` ### A Simple Tutorial For a simple tutorial, see ## How it Works The Page Object library is quite simple. Page Object classes are implemented as standard robot keyword libraries, and relies on robot frameworks built-in [Set library search order keyword]. The core concept is that when you use PageObjectLibrary keywords to go to a page or assert you are on a specific page, the keyword will automatically load the library for that page and put it at the front of the library search order, guaranteeing that the Page Object keywords are available to your test case. ## Why Page Objects Makes Writing Tests Easier The purpose of the Page Object pattern is to encapsulate the knowledge of how a web page is constructed into an object. Your test uses the object as an interface to the application, isolating your test cases from the details of the implementation of a page. With Page Objects, developers are free to modify web pages as much as they want, and the only thing they need to do to keep existing tests from failing is to update the Page Object class. Because test cases aren’t directly tied to the implementation, they become more stable and more resistant to change as the website matures. ## A Typical Test _Without_ Page Objects With traditional testing using Selenium, a simple login test might look something like the following: (using the pipe-separated format for clarity): ```robotframework *** Test Cases *** | Login with valid credentials | | Go to | ${ROOT}/Login.html | | Wait for page to contain | id=id_username | | Input text | id=id_username | ${USERNAME} | | Input text | id=id_password | ${PASSWORD} | | Click button | id=id_form_submit | | Wait for page to contain | Your Dashboard | | Location should be | ${ROOT}/dashboard.html ``` Notice how this test is tightly coupled to the implementation of the page. It has to know that the input field has an id of `id_username`, and the password field has an id of `id_password`. It also has to know the URL of the page being tested. Of course, you can put those hard-coded values into variables and import them from a resource file or environment variables, which makes it easier to update tests when locators change. However, there’s still the overhead of additional keywords that are often required to make a test robust, such as waiting for a page to be reloaded. The provided PageObject superclass handles some of those details for you. ## The Same Test, Using Page Objects Using Page Objects, the same test could be written like this: ```robotframework *** Test Cases *** | Login with valid credentials | | Go to page | LoginPage | | Login as a normal user | | The current page should be | DashboardPage ``` Notice how there are no URLs or element locators in the test whatsoever, and that we’ve been able to eliminate some keywords that typically are necessary for selenium to work but which aren’t part of the test logic *per se*. What we end up with is test case that is nearly indistinguishable from typical acceptance criteria of an agile story. ## Writing a Page Object class Page Objects are simple python classes that inherit from `PageObjectLibrary.PageObject`. There are only a couple of requirements for the class: - The class should define a variable named `PAGE_TITLE` - The class should define a variable named `PAGE_URL` which is a URI relative to the site root. By inheriting from `PageObjectLibrary.PageObject`, methods have access to the following special object attributes: - `self.selib` - a reference to an instance of SeleniumLibrary. With this you can call any of the SeleniumLibrary keywords via their python method names (eg: self.selib.input\_text) - `self.browser` - a reference to the webdriver object created when a browser was opened by SeleniumLibrary. With this you can bypass SeleniumLibrary and directly call all of the functions provided by the core selenium library. - `self.locator` - a wrapper around the `_locators` dictionary of the page. This dictionary can contain all of the locators used by the Page Object keywords. `self.locators` adds the ability to access the locators with dot notation rather than the slightly more verbose dictionary syntax (eg: `self.locator.username` vs `self._locators["username"]`. ## An example Page Object A Page Object representing a login page might look like this: ```python from PageObjectLibrary import PageObject class LoginPage(PageObject): PAGE_TITLE = "Login - PageObjectLibrary Demo" PAGE_URL = "/login.html" _locators = { "username": "id=id_username", "password": "id=id_password", "submit_button": "id=id_submit", } def enter_username(self, username): """Enter the given string into the username field""" self.selib.input_text(self.locator.username, username) def enter_password(self,password): """Enter the given string into the password field""" self.selib.input_text(self.locator.password, password) def click_the_submit_button(self): """Click the submit button, and wait for the page to reload""" with self._wait_for_page_refresh(): self.selib.click_button(self.locator.submit_button) ``` [robot framework]: http://www.robotframework.org [Set library search order keyword]: http://robotframework.org/robotframework/latest/libraries/BuiltIn.html#Set%20Library%20Search%20Order %package -n python3-robotframework-pageobjectlibrary Summary: RobotFramework library that implements the Page Object pattern Provides: python-robotframework-pageobjectlibrary BuildRequires: python3-devel BuildRequires: python3-setuptools BuildRequires: python3-pip %description -n python3-robotframework-pageobjectlibrary # PageObjectLibrary ## Overview PageObjectLibrary is a lightweight [Robot Framework] keyword library that makes it possible to use the Page Object pattern when testing web pages with the keyword based approach of robot framework. ## Installing ```bash pip install --upgrade robotframework-pageobjectlibrary ``` ## Source Code The source code is hosted on GitHub at the following url: * https://github.com/boakley/robotframework-pageobjectlibrary.git ## Running the Demo In the GitHub repository is a small demonstration suite that includes a self-contained webserver and web site. For the demo to run, you must have [robotframework](https://pypi.org/project/robotframework/) 2.9+ and [robotframework-seleniumlibrary](https://pypi.org/project/robotframework-seleniumlibrary/) installed. You must also have cloned the GitHub repository to have access to the demo files. To run the demo, clone the GitHub repository, cd to the folder that contains this file, and then run the following command: : ```bash robot -d demo/results demo ``` ### A Simple Tutorial For a simple tutorial, see ## How it Works The Page Object library is quite simple. Page Object classes are implemented as standard robot keyword libraries, and relies on robot frameworks built-in [Set library search order keyword]. The core concept is that when you use PageObjectLibrary keywords to go to a page or assert you are on a specific page, the keyword will automatically load the library for that page and put it at the front of the library search order, guaranteeing that the Page Object keywords are available to your test case. ## Why Page Objects Makes Writing Tests Easier The purpose of the Page Object pattern is to encapsulate the knowledge of how a web page is constructed into an object. Your test uses the object as an interface to the application, isolating your test cases from the details of the implementation of a page. With Page Objects, developers are free to modify web pages as much as they want, and the only thing they need to do to keep existing tests from failing is to update the Page Object class. Because test cases aren’t directly tied to the implementation, they become more stable and more resistant to change as the website matures. ## A Typical Test _Without_ Page Objects With traditional testing using Selenium, a simple login test might look something like the following: (using the pipe-separated format for clarity): ```robotframework *** Test Cases *** | Login with valid credentials | | Go to | ${ROOT}/Login.html | | Wait for page to contain | id=id_username | | Input text | id=id_username | ${USERNAME} | | Input text | id=id_password | ${PASSWORD} | | Click button | id=id_form_submit | | Wait for page to contain | Your Dashboard | | Location should be | ${ROOT}/dashboard.html ``` Notice how this test is tightly coupled to the implementation of the page. It has to know that the input field has an id of `id_username`, and the password field has an id of `id_password`. It also has to know the URL of the page being tested. Of course, you can put those hard-coded values into variables and import them from a resource file or environment variables, which makes it easier to update tests when locators change. However, there’s still the overhead of additional keywords that are often required to make a test robust, such as waiting for a page to be reloaded. The provided PageObject superclass handles some of those details for you. ## The Same Test, Using Page Objects Using Page Objects, the same test could be written like this: ```robotframework *** Test Cases *** | Login with valid credentials | | Go to page | LoginPage | | Login as a normal user | | The current page should be | DashboardPage ``` Notice how there are no URLs or element locators in the test whatsoever, and that we’ve been able to eliminate some keywords that typically are necessary for selenium to work but which aren’t part of the test logic *per se*. What we end up with is test case that is nearly indistinguishable from typical acceptance criteria of an agile story. ## Writing a Page Object class Page Objects are simple python classes that inherit from `PageObjectLibrary.PageObject`. There are only a couple of requirements for the class: - The class should define a variable named `PAGE_TITLE` - The class should define a variable named `PAGE_URL` which is a URI relative to the site root. By inheriting from `PageObjectLibrary.PageObject`, methods have access to the following special object attributes: - `self.selib` - a reference to an instance of SeleniumLibrary. With this you can call any of the SeleniumLibrary keywords via their python method names (eg: self.selib.input\_text) - `self.browser` - a reference to the webdriver object created when a browser was opened by SeleniumLibrary. With this you can bypass SeleniumLibrary and directly call all of the functions provided by the core selenium library. - `self.locator` - a wrapper around the `_locators` dictionary of the page. This dictionary can contain all of the locators used by the Page Object keywords. `self.locators` adds the ability to access the locators with dot notation rather than the slightly more verbose dictionary syntax (eg: `self.locator.username` vs `self._locators["username"]`. ## An example Page Object A Page Object representing a login page might look like this: ```python from PageObjectLibrary import PageObject class LoginPage(PageObject): PAGE_TITLE = "Login - PageObjectLibrary Demo" PAGE_URL = "/login.html" _locators = { "username": "id=id_username", "password": "id=id_password", "submit_button": "id=id_submit", } def enter_username(self, username): """Enter the given string into the username field""" self.selib.input_text(self.locator.username, username) def enter_password(self,password): """Enter the given string into the password field""" self.selib.input_text(self.locator.password, password) def click_the_submit_button(self): """Click the submit button, and wait for the page to reload""" with self._wait_for_page_refresh(): self.selib.click_button(self.locator.submit_button) ``` [robot framework]: http://www.robotframework.org [Set library search order keyword]: http://robotframework.org/robotframework/latest/libraries/BuiltIn.html#Set%20Library%20Search%20Order %package help Summary: Development documents and examples for robotframework-pageobjectlibrary Provides: python3-robotframework-pageobjectlibrary-doc %description help # PageObjectLibrary ## Overview PageObjectLibrary is a lightweight [Robot Framework] keyword library that makes it possible to use the Page Object pattern when testing web pages with the keyword based approach of robot framework. ## Installing ```bash pip install --upgrade robotframework-pageobjectlibrary ``` ## Source Code The source code is hosted on GitHub at the following url: * https://github.com/boakley/robotframework-pageobjectlibrary.git ## Running the Demo In the GitHub repository is a small demonstration suite that includes a self-contained webserver and web site. For the demo to run, you must have [robotframework](https://pypi.org/project/robotframework/) 2.9+ and [robotframework-seleniumlibrary](https://pypi.org/project/robotframework-seleniumlibrary/) installed. You must also have cloned the GitHub repository to have access to the demo files. To run the demo, clone the GitHub repository, cd to the folder that contains this file, and then run the following command: : ```bash robot -d demo/results demo ``` ### A Simple Tutorial For a simple tutorial, see ## How it Works The Page Object library is quite simple. Page Object classes are implemented as standard robot keyword libraries, and relies on robot frameworks built-in [Set library search order keyword]. The core concept is that when you use PageObjectLibrary keywords to go to a page or assert you are on a specific page, the keyword will automatically load the library for that page and put it at the front of the library search order, guaranteeing that the Page Object keywords are available to your test case. ## Why Page Objects Makes Writing Tests Easier The purpose of the Page Object pattern is to encapsulate the knowledge of how a web page is constructed into an object. Your test uses the object as an interface to the application, isolating your test cases from the details of the implementation of a page. With Page Objects, developers are free to modify web pages as much as they want, and the only thing they need to do to keep existing tests from failing is to update the Page Object class. Because test cases aren’t directly tied to the implementation, they become more stable and more resistant to change as the website matures. ## A Typical Test _Without_ Page Objects With traditional testing using Selenium, a simple login test might look something like the following: (using the pipe-separated format for clarity): ```robotframework *** Test Cases *** | Login with valid credentials | | Go to | ${ROOT}/Login.html | | Wait for page to contain | id=id_username | | Input text | id=id_username | ${USERNAME} | | Input text | id=id_password | ${PASSWORD} | | Click button | id=id_form_submit | | Wait for page to contain | Your Dashboard | | Location should be | ${ROOT}/dashboard.html ``` Notice how this test is tightly coupled to the implementation of the page. It has to know that the input field has an id of `id_username`, and the password field has an id of `id_password`. It also has to know the URL of the page being tested. Of course, you can put those hard-coded values into variables and import them from a resource file or environment variables, which makes it easier to update tests when locators change. However, there’s still the overhead of additional keywords that are often required to make a test robust, such as waiting for a page to be reloaded. The provided PageObject superclass handles some of those details for you. ## The Same Test, Using Page Objects Using Page Objects, the same test could be written like this: ```robotframework *** Test Cases *** | Login with valid credentials | | Go to page | LoginPage | | Login as a normal user | | The current page should be | DashboardPage ``` Notice how there are no URLs or element locators in the test whatsoever, and that we’ve been able to eliminate some keywords that typically are necessary for selenium to work but which aren’t part of the test logic *per se*. What we end up with is test case that is nearly indistinguishable from typical acceptance criteria of an agile story. ## Writing a Page Object class Page Objects are simple python classes that inherit from `PageObjectLibrary.PageObject`. There are only a couple of requirements for the class: - The class should define a variable named `PAGE_TITLE` - The class should define a variable named `PAGE_URL` which is a URI relative to the site root. By inheriting from `PageObjectLibrary.PageObject`, methods have access to the following special object attributes: - `self.selib` - a reference to an instance of SeleniumLibrary. With this you can call any of the SeleniumLibrary keywords via their python method names (eg: self.selib.input\_text) - `self.browser` - a reference to the webdriver object created when a browser was opened by SeleniumLibrary. With this you can bypass SeleniumLibrary and directly call all of the functions provided by the core selenium library. - `self.locator` - a wrapper around the `_locators` dictionary of the page. This dictionary can contain all of the locators used by the Page Object keywords. `self.locators` adds the ability to access the locators with dot notation rather than the slightly more verbose dictionary syntax (eg: `self.locator.username` vs `self._locators["username"]`. ## An example Page Object A Page Object representing a login page might look like this: ```python from PageObjectLibrary import PageObject class LoginPage(PageObject): PAGE_TITLE = "Login - PageObjectLibrary Demo" PAGE_URL = "/login.html" _locators = { "username": "id=id_username", "password": "id=id_password", "submit_button": "id=id_submit", } def enter_username(self, username): """Enter the given string into the username field""" self.selib.input_text(self.locator.username, username) def enter_password(self,password): """Enter the given string into the password field""" self.selib.input_text(self.locator.password, password) def click_the_submit_button(self): """Click the submit button, and wait for the page to reload""" with self._wait_for_page_refresh(): self.selib.click_button(self.locator.submit_button) ``` [robot framework]: http://www.robotframework.org [Set library search order keyword]: http://robotframework.org/robotframework/latest/libraries/BuiltIn.html#Set%20Library%20Search%20Order %prep %autosetup -n robotframework-pageobjectlibrary-1.1 %build %py3_build %install %py3_install install -d -m755 %{buildroot}/%{_pkgdocdir} if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi pushd %{buildroot} if [ -d usr/lib ]; then find usr/lib -type f -printf "/%h/%f\n" >> filelist.lst fi if [ -d usr/lib64 ]; then find usr/lib64 -type f -printf "/%h/%f\n" >> filelist.lst fi if [ -d usr/bin ]; then find usr/bin -type f -printf "/%h/%f\n" >> filelist.lst fi if [ -d usr/sbin ]; then find usr/sbin -type f -printf "/%h/%f\n" >> filelist.lst fi touch doclist.lst if [ -d usr/share/man ]; then find usr/share/man -type f -printf "/%h/%f.gz\n" >> doclist.lst fi popd mv %{buildroot}/filelist.lst . mv %{buildroot}/doclist.lst . %files -n python3-robotframework-pageobjectlibrary -f filelist.lst %dir %{python3_sitelib}/* %files help -f doclist.lst %{_docdir}/* %changelog * Sun Apr 23 2023 Python_Bot - 1.1-1 - Package Spec generated