Skip to content
This repository has been archived by the owner on Jul 7, 2021. It is now read-only.
/ icetea Public archive

DEPRECATED mbed test framework

License

Notifications You must be signed in to change notification settings

ARMmbed/icetea

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

76 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Deprecation note!

Please note: This repository is deprecated and it is no longer actively maintained.

Icetea test framework

Icetea is an automated testing framework for Mbed development. It automates the process of flashing Mbed boards, running tests and accumulating test results into reports. Developers use it for local development as well as for automation in a Continuous Integration Environment.

When testing Mbed OS Icetea allows you to execute commands remotely via the command line interface (CLI) in a device under test (DUT). The interface between the test framework and DUT can be for example UART or stdio.

More detailed documentation on the tool is available here in rst format and here in markdown format.

Prerequisites

Icetea supports Linux (Ubuntu preferred), Windows and OS X. Our main target is Linux. We support both Python 2.7 and 3.5 or later. Some OS specific prerequisites below:

  • Linux

    • python-dev and python-lxml sudo apt-get install python-dev python-lxml
    • In order to run test cases with hardware in Linux without sudo rights:
      sudo usermod -a -G dialout username
      Log out & log in back to Linux
      
      This command will add the user 'username' to the 'dialout' group and grant the required permissions to the USB ports.
  • OS X

  • Windows

    • python-lxml installation is problematic on Windows since it usually requires build tools. It can however be installed from pre-built binaries.
      • Search for a binary for you system from the internet.
      • Navigate to the directory where you downloaded the binary and install it with pip install <insert_file_name>
    • You can follow instructions here instead.

Optional

There are some optional dependencies that brings some optional features, like coloredlogs which decorate your console outputs with all kind of colors.

All optional dependencies are declared extra_requirements.txt and they can be installed using pip. Note that you need extra_requirements.txt file locally.

> pip install -r extra_requirements.txt

Pyshark

Sniffer integration component requires pyshark, which is not covered in requirements.txt due to installation issues with trollius (requirement for python 2 version of pyshark called pyshark-legacy). To use this integration, you need to manually install pyshark for your setup. For python 3:

> pip install pyshark

For python 2:

> pip install pyshark-legacy

Installation

> pip install icetea

Usage

To print the help page:

icetea --help

To list all local testcases from the examples subfolder:

icetea --list --tcdir examples

To print Icetea version:

icetea --version

Typical use

All of the commands described below might also need other options, depending on the test case.

Running test cases using the tc argument

> icetea --tc <test case name> --tcdir <test case search path>

To run all existing test cases from the examples folder:

> icetea --tc all --tcdir examples

Running an example test case with hardware

In this example, we assume that a compatible board has been connected to the computer and an application binary for the board is available. The referred test case is available in the icetea github repository.

> icetea --tc test_cmdline --tcdir examples --type hardware --bin <path to a binary>

Using metadata filters

To run all test cases with testtype regression in the metadata:

> icetea --testtype regression --tcdir <test case search path>

The following metadata filters are available:

  • test type (--testtype)
  • test subtype (--subtype)
  • feature (--feature)
  • test case name (--tc)
  • tested component (--component)
  • test case folder (--group)

Running a premade suite

Icetea supports a suite file that describes a suite of test cases in json format.

> icetea --suite <suite file name> --tcdir <test case search path> --suitedir <path to suite directory>

Enabling debug level logging

Use -v or -vv arguments to control logging levels. -v increases the frameworks logging level to debug (default is info) and the level of logging in certain plugins and external components to info (default is warning). --vv increases the level of logging on all Icetea loggers to debug.

Further details

For further details on any of the features see our documentation.

Creating a test case

Icetea test cases are implemented as Python classes that inherit the Bench object available in icetea_lib.bench module. The test case needs to have an initialization function that defines the metadata and a case function that implements the test sequence. There are two optional functions, setup and teardown. More information is available in our documentation.

An example test case is shown below:

"""
Copyright 2017 ARM Limited
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at

    http://www.apache.org/licenses/LICENSE-2.0

Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
"""

from icetea_lib.bench import Bench


class Testcase(Bench):
    def __init__(self):
        Bench.__init__(self,
                       name="example_test",
                       title="Example test",
                       status="development",
                       purpose="Show example of a test",
                       component=["examples"],
                       type="smoke",
                       requirements={
                           "duts": {
                               '*': {
                                    "count": 1,
                                    "type": "hardware"
                               }
                           }
                       }
                       )

    def setup(self):
        # nothing for now
        pass


    def case(self):
        self.command(1, "echo hello world", timeout=5)
        self.command("help")

    def teardown(self):
        # nothing for now
        pass

License

See the license agreement.