Абстрактные ключевые слова в Robot Framework
Можно ли реализовать абстрактные ключевые слова, чтобы избежать дублирования «кода», а также избежать технических аргументов в реальной реализации теста? Для меня также очень важно, что абстрактное ключевое слово нельзя использовать ни в одной реальной тестовой реализации.
Я хочу иметь что-то вроде этого:
*** Abstract Keywords ***
Open Menu Item
[Arguments] ${menu}
Click Element ${menu}
*** Keywords ***
Open Home
Open Menu Item Home
Open Setup
Open Menu Item Setup
Поддерживает ли Robot Framework абстракцию?
Я согласен с @todor и хочу добавить один комментарий. Robot Framework не является языком программирования. Эти конструкции, которые вы используете, чужды его DSL по очевидной причине: они не принадлежат ему. Как упоминал Брайан, вы можете делать гораздо больше в Python, и такой подход действительно следует развивать на этом уровне. Держите сторону Robot Framework простыми. Итак, пожалуйста, подробно расскажите о Зачем, это так важно для вас на уровне Robot Framework.
Ответы 1
Короткий ответ: нет
Фреймворк роботов не имеет понятия абстрактных ключевых слов. Вы, конечно, можете создавать новые ключевые слова, которые вызывают другие ключевые слова, как в вашем примере, но нет никакого способа предотвратить вызов Open Menu Item напрямую, если он знает, как его импортировать.
Чуть более длинный ответ: да, если вы пишете ключевые слова на python
Вы, безусловно, можете делать на Python все, что хотите. У робота есть четко определенный механизм того, как он узнает, какие функции являются ключевыми словами, а какие нет в библиотеке ключевых слов. Ваше абстрактное ключевое слово может быть просто частной функцией или методом, который не экспортируется. Ваши экспортированные ключевые слова могут использовать эту функцию для внутренних целей, но она не будет доступна напрямую в качестве ключевого слова для ваших тестовых примеров.
Что вы вкладываете в слово «абстракция»? Обычно используемый (см .: Java) указывает, что в таких методах не должно быть реализации; и они используются в абстрактных классах, поэтому наследники должны предоставлять фактическую реализацию в соответствии с их формой. В вашем примере это не так, вы повторно используете реализацию, определенную в ключевом слове want-to-be abstract; а в РФ нет понятия классов. Итак, чего вы на самом деле пытаетесь достичь? Запретить использование ключевых слов в тестовых примерах, только в других ключевых словах?