pykiso 0.14.0

Embedded integration testing framework.

PyKiso

Introduction

pykiso is an integration test framework. With it, it is possible to write

• Whitebox integration tests directly on my target device
• Graybox integration tests to make sure the communication-link with my target device is working as expected
• Blackbox integration tests to make sure my external device interfaces are working as expected

The project will contain:

• The core python framework (this repository)
• Framework plugins that are generic enough to be integrated as "native" (this repository)
• Additional "testApps" for different targets platforms (e.g. stm32, ...) or languages (C, C++, ...) . It could be pure SW or also HW (other repositories)

Requirements

• Python 3.6+
• pip/pipenv (used to get the rest of the requirements)

Install

cd kiso-testing
pip install .

Pipenv is more appropriate for developers as it automatically creates virtual environments.

cd kiso-testing
pipenv install --dev
pipenv shell

Pre-Commit

To improve code-quality, a configuration of pre-commit hooks are available. The following pre-commit hooks are used:

• black
• trailing-whitespace
• end-of-file-fixer
• check-docstring-first
• check-json
• check-added-large-files
• check-yaml
• debug-statements
• flake8
• isort

If you don't have pre-commit installed, you can get it using pip:

pip install pre-commit

Start using the hooks with

pre-commit install

Usage

Once installed the application is bound to pykiso, it can be called with the following arguments:

Usage: pykiso [OPTIONS] [PATTERN]

  Embedded Integration Test Framework - CLI Entry Point.

  PATTERN: overwrite the test filter pattern from the YAML file (optional)

Options:
  -c, --test-configuration-file FILE
                                  path to the test configuration file (in YAML
                                  format)  [required]

  -l, --log-path PATH             path to log-file or folder. If not set will
                                  log to STDOUT

  --log-level [DEBUG|INFO|WARNING|ERROR]
                                  set the verbosity of the logging
  --version                       Show the version and exit.
  -h, --help                          Show this message and exit.
  --variant                       allow the user to execute a subset of tests
                                  based on variants
  --branch-level                  allow the user to execute a subset of tests
                                  based on branch levels
  --junit                         enables the generation of a junit report
  --text                          default, test results are only displayed in
                                  the console

Suitable config files are available in the examples folder.

Demo using example config

invoke run

Running the Tests

invoke test

or

pytest

List of limitations / todos for the python side

• When the auxiliary does not answer (ping or else), GenericTest.BasicTest.cleanup_and_skip() call will result in a lock and break the framework.
• No test-section will be executed, needs to be removed later.
• test configuration files need to be reworked
• Names & configurations in the cfg file json are character precise class names & associated parameters.
• Spelling mistakes need to be fixed! ongoing
• Add verbosity parameters to pass to the unittest framework to get more details about the test.
• Add result parsing for Jenkins (see: https://stackoverflow.com/questions/11241781/python-unittests-in-jenkins).
• Create a python package
• and host it on pip.