В каких случаях необходимо определить ключевые слова пользователя? Нужно ли создавать пользовательскую библиотеку для создания пользовательских ключевых слов.Почему мы создаем ключевые слова пользователя в рамках робота?
Использование ключевых слов - это то, что дает платформе робота его силу. Он был разработан для разработки приемочных испытаний. Приемочные тесты обычно пишутся на языке пользователя и часто написаны владельцем продукта или специалистом qa на ранних этапах разработки.
Если вы не пишете свои собственные ключевые слова, тест прием на страницу входа в систему, что приводит к приборной панели может бы выглядеть примерно так:
| | open browser | http://www.example.com | chrome
| | go to | http://www.example.com/login
| | input string | xpath=//form/input[@name='username'] | ${username}
| | input string | xpath=//form/input[@name='password'] | ${password}
| | submit form
| | wait until page contains element | xpath=//div[@id='dashboard_frame']
| | page should contain | welcome to Example.com!
выше тест тесно связан с реализация и должна измениться, если будет изменена реализация страницы. Этот тип теста затрудняет чтение читателю или владельцу продукта - им все равно, что имена элементов, или действительно даже то, что требуется для входа в систему. Их единственная проблема заключается в том, есть ли достаточные тесты для покрытия поведения новой функции.
С помощью пользовательских ключевых слов, либо записать в виде роботов ключевых слов или, возможно, реализованы в виде объектов страницы, тест может выглядеть следующим образом:
| | Go to the login page
| | Log in with valid credentials
| | Verify we are on the dashboard page
Этот пример лучше выражает намерение теста, независимо от того, как это реализованы. Это тестирование функция не реализация. Это тип теста, который владелец продукта или клиент может легко прочитать, чтобы убедиться, что выполняются надлежащие тесты.
В сочетании с использованием объектов страницы это становится очень мощным механизмом. Ваши владельцы продуктов и специалисты по тестированию могут сосредоточиться на проверенных функциях без необходимости заниматься реализацией.
Сведения о реализации могут входить в определения объектов страниц, которые могут жить в том же репозитории кода, что и реализация самих страниц. Когда разработчик меняет страницу, они могут изменить реализацию ключевого слова для соответствия, без необходимости изменять какие-либо фактические тестовые примеры.
Это как-то времени резервирования и более эффективно создавать определенные пользователем ключевые слова в следующих двух случаях я бы сказал:
Вы используете свои собственные ключевые слова для выполнения задач, которые невозможно с помощью обычного набора ключевых слов. Вы могли бы программировать их на Python. Также вы можете комбинировать существующие ключевые слова в своем пользовательском ключевом слове, чтобы выполнить гораздо более сложную задачу.
Вам не нужна специальная библиотека. Просто поместите свои ключевые слова за линию *** Keywords ***.
О чем вы говорите? –