skip to navigation
skip to content

robotframework-tools 0.1a107

Python Tools for Robot Framework and Test Libraries.

Latest Version: 0.1rc4

Robot Framework Tools

* A [`testlibrary`][1] framework for creating Dynamic Test Libraries.

* A [`ContextHandler`][1.1] framework for `testlibrary`
to create switchable sets of different Keyword implementations.

* A [`SessionHandler`][1.2] framework for `testlibrary`
to auto-generate Keywords for session management.

* A [`TestLibraryInspector`][2].

* An interactive [`TestRobot`][3].

* A [`robotshell`][4] extension for IPython.

0. Installation

python install

Or with [pip](

pip install .

Or from [PyPI](

pip install robotframework-tools

### Python 3.x

The Robot Framework Tools work with Python 3.x,
although there is no official Python 3.x release of Robot Framework yet,
but you can try my unofficial compatibility fork:

<https:"" userzimmermann="" robotframework-python3="">

### Requirements

* [``](

* [`moretools >= 0.1a25`](

* [`robotframework >= 2.8`](

1. Creating Dynamic Test Libraries
[1]: #markdown-header-1-creating-dynamic-test-libraries

from robottools import testlibrary

TestLibrary = testlibrary()

Defined in a module also called `TestLibrary`,
this generated Dynamic `TestLibrary` type
could now directly be imported in Robot Framework.
It features all the required methods:

* `get_keyword_names`
* `get_keyword_arguments`
* `get_keyword_documentation`
* `run_keyword`

### Keywords

The `TestLibrary` has no Keywords so far...
To add some just use the `TestLibrary.keyword` decorator:

def some_keyword(self, arg, *rest):

A keyword function can be defined anywhere in any scope.
The `TestLibrary.keyword` decorator
always links it to the `TestLibrary`
(but always returns the original function object).
And when called as a Keyword from Robot Framework
the `self` parameter will always get the `TestLibrary` instance.

You may want to define your keyword methods
at your Test Library class scope.
Just derive your actual Dynamic Test Library class from `TestLibrary`:


class SomeLibrary(TestLibrary):
def no_keyword(self, ...):

def some_other_keyword(self, arg, *rest):

To get a simple interactive `SomeLibrary` overview just instantiate it:

In : lib = SomeLibrary()

You can inspect all Keywords in Robot CamelCase style
(and call them for testing):

In : lib.SomeKeyword
Out: SomeLibrary.Some Keyword [ arg | *rest ]

By default the Keyword names and argument lists are auto-generated
from the function definition.
You can override that:

@TestLibrary.keyword(name='KEYword N@me', args=['f|r$t', 'se[ond', ...])
def function(self, *args):

### Keyword Options

When you apply custom decorators to your Keyword functions
which don't return the original function objects,
you would have to take care of preserving the original argspec for Robot.
`testlibrary` can handle this for you:

def some_decorator(func):
def wrapper(...):
return func(...)

# You still have to take care of the function(-->Keyword) name:
wrapper.__name__ = func.__name__
return wrapper

TestLibrary = testlibrary(
# Either just:
# Or with some other name:
('some_option', some_decorator),

def some_keyword_with_options(self, arg, *rest):

There are predefined options. Currently:

* `unicode_to_str` - Convert all `unicode` values (pybot's default) to `str`.

You can specify `default_keyword_options` that will always be applied:

TestLibrary = testlibrary(
('some_option', some_decorator),

To bypass the `default_keyword_options` for single Keywords:

def some_keyword_without_options(self, arg, *rest):

def some_keyword_without_default_options(self, arg, *rest):

1.1 Adding switchable Keyword contexts
[1.1]: #markdown-header-11-adding-switchable-keyword-contexts

from robottools import ContextHandler


1.2 Adding session management
[1.2]: #markdown-header-12-adding-session-management

from robottools import SessionHandler

Whenever your Test Library needs to deal with sessions,
like network connections,
which you want to open, switch, close,
and when you don't always want to specify
the actual session to use as a Keyword argument,
just do:

class SomeConnection(SessionHandler):
# All methods starting with `open`
# will be turned into session opener Keywords.
# `self` will get the Test Library instance.
def open(self, host, *args):
return internal_connection_handler(host)

def open_in_a_different_way(self, host):
return ...

TestLibrary = testlibrary(

The following Keywords will be generated:

* `TestLibrary.Open Some Connection [ host | *args ]`
* `TestLibrary.Open Named Some Connection [ alias | host | *args ]`
* `TestLibrary.Open Some Connection In A Different Way [ host ]`
* `TestLibrary.Open Named Some Connection In A Different Way [ alias | host ]`
* `TestLibrary.Swith Some Connection [ alias ]`
* `TestLibrary.Close Some Connection [ ]`

You can access the currently active session instance,
as returned from an opener Keyword,
with an auto-generated property:

def some_keyword(self):

If there is no active session,
a `TestLibrary.SomeConnectionError` will be raised.

`Close Some Connection` will only release all references
to the stored session object.
To add custom logic just add a `close` method to your `SessionHandler`:

class SomeConnection(SessionHandler):

def close(self, connection):
# `self` will get the Test Library instance.

2. Inspecting Test Libraries
[2]: #markdown-header-2-inspecting-test-libraries

from robottools import TestLibraryInspector

Now you can load any Test Library in two ways:

builtin = TestLibraryInspector('BuiltIn')
oslib = TestLibraryInspector.OperatingSystem


3. Using Robot Framework interactively
[3]: #markdown-header-3-using-robot-framework-interactively

from robottools import TestRobot

test = TestRobot('Test')

The `TestRobot` basically uses the same Robot Framework internals
for loading Test Libraries and running Keywords
as `pybot` and its alternatives,
so you can expect the same behavior from your Keywords.

All functionalitiy is exposed in CamelCase:



4. Using IPython as a Robot Framework shell
[4]: #markdown-header-4-using-ipython-as-a-robot-framework-shell

In : %load_ext robotshell

Now all the `robottools.TestRobot` functionality
is exposed as IPython `%magic` functions...

In : %Import SomeLibrary
Out: [Library] SomeLibrary

As with a `robottools.TestRobot` you can call Keywords
with or without the Test Library prefix.
You can simply assign the return values to normal Python variables.
And there are two ways of separating the arguments:

In : ret = %SomeKeyword value ...
[TRACE] Arguments: [ 'value', '...' ]
[TRACE] Return: ...

In : ret = %SomeLibrary.SomeOtherKeyword | with some value | ...
[TRACE] Arguments: [ 'with some value', '...' ]
[TRACE] Return: ...

You can create new `Robot`s and switch between them:

In : %Robot Test
Out: [Robot] Test

In : %Robot.Default
Out: [Robot] Default

In :

If a Keyword fails the traceback is just printed like in a Robot Log.
If it fails unexpectedly you may want to debug it.
Just turn on `%robot_debug` mode
and the Keyword's exception will be re-raised.
Combine it with IPython's automatic `%pdb` mode
and you'll get a nice Test Library debugging environment.

### Variables

Robot Framework uses `${...}` and `@{...}` syntax for accessing variables.
In `%magic` function call parameters
IPython already substitutes Python variables inside `{...}`
with their `str()` conversion.
This conflicts with Robot variable syntax.
To access a Robot variable you need to use double braces:

%Keyword ${{var}}

Or to expand a list variable:

%Keyword @{{listvar}}

This way you can also pass Python variables directly to a Robot Keyword.
If the `Robot` can't find the variable in its own dictionary,
lookup is first extended to IPython's `user_ns` (shell level)
and finally to Python's `builtins`.
File Type Py Version Uploaded on Size
robotframework-tools-0.1a107.tar.gz (md5) Source 2014-04-12 22KB