Skip to main content

Trivial Command Testser

Project description

tricot


tricot is a trivial command tester that allows to test scripts, executables and commands for expected behavior. Tests are configured within of YAML files and simply contain the command definitions to execute along with a set of desired validators. This approach makes tricot a simple solution for end to end testing of command line applications.

https://user-images.githubusercontent.com/49147108/183279190-d4148edb-ce40-443c-93c9-03c9b632e780.mp4

Installation


tricot can be build and installed as a pip package. The following command installs tricot for your current user profile:

$ pip3 install tricot

You can also build tricot from source by running the following commands:

$ git clone https://github.com/qtc-de/tricot
$ cd tricot
$ python3 setup.py sdist
$ pip3 install dist/*

tricot also supports autocompletion for bash. To take advantage of autocompletion, you need to have the completion-helpers project installed. If setup correctly, just copying the completion script to your ~/.bash_completion.d folder enables autocompletion.

$ cp resources/bash_completion.d/tricot ~/bash_completion.d/

Usage


tricot tests are defined within of YAML files that can contain the following components:

  • Testers: Each tricot YAML file is required to define exactly one Tester. The Tester basically describes the context of the current YAML file and sets attributes like it's title or error_mode. Furthermore, tricot YAML files can contain references to other Testers, which allows nesting Testers.

  • Tests: tricot YAML files can contain an arbitrary number of Tests. Each Test contains the command you want to test and a set of validators that should be used to validate the commands output.

  • Validators: As mentioned above, Validators are used within Tests to validate the result of a test command. Validators usually apply to the command output, but they can validate side effects as well. E.g. you can also use Validators to check whether a command created a specific file on the file system.

  • Plugins: Plugins are mainly used to setup requirements for tests or to perform cleanup actions. They run before the actual Tests start and perform cleanup actions after the Tests finished. Plugins can e.g. be used to create files and directories required for the test, to run an operating system command before the test or to spawn a HTTP listener that is available during the test.

  • Containers: When testing commands that interact with other systems, you probably want to run your tests against a docker container. Container definitions within of tricot YAML files can be used to start containers before your tests run. A container defined in a YAML file runs as long as the Tests from the corresponding YAML file are executed. After all tests have finished, the container is stopped.

  • Variables: tricot YAML files can contain variable definitions. These can be used to prevent repetitions within of Test definitions. Variables are inherited when nesting Testers, which allows the definition of global variables within the toplevel Tester, that can be used by all sub Testers.

  • Extractors: Extractors allow you to extract parts of the command output of previous tests and bind it to variables that can be used later on. This is useful if a test depends on the command output of another test. If a test depends on the outcome of another test, you should use Conditionals instead.

Sounds too complicated? Let's look at some examples!

Examples


In this section we list some examples on how to use tricot. The tests performed in these examples do not really make sense and are only used for demonstration purposes. If you are interested in some real word examples, you should check the Projects that use tricot section.

Example 1:

  • Test definition:
    tester:
      title: Basic Usage
      description: |-
        Demonstrate the basic usage of tricot
    
    variables:
      passwd: /etc/passwd
    
    tests:
    
      - title: Test passwd File
        description: |-
          Test that our passwd file contains some expected user names.
          Make sure that david is not contained within our passwd file.
    
        command:
          - cat
          - ${passwd}
        validators:
          - status: 0
          - contains:
              ignore_case: False
              values:
                - root
                - bin
                - www-data
              invert:
                - david
    
  • Output:
    [qtc@kali example]$ tricot -v example1.yml
    [+] Starting test: Basic Usage
    [+]
    [+]         1. Test passwd File... success.
    

Example 2:

  • Test definition:
    tester:
      title: Docker Integration
      description: |-
        An example for tricots docker integration
    
    containers:
      - name: 'nginx'
        image: 'nginx:latest'
        aliases:
          DOCKER-nginx-IP: DOCKER-IP
    
    tests:
      - title: Test curl
        description: |-
          Test that our curl installation is working
    
        command:
          - curl
          - ${DOCKER-IP}
        validators:
          - status: 0
          - contains:
              ignore_case: False
              values:
                - Welcome to nginx
                - Thank you for using nginx
    
      - title: Test wget
        description: |-
          Test that our wget installation is working
    
        command:
          - wget
          - ${DOCKER-IP}
        validators:
          - status: 0
          - file_contains:
              - file: ./index.html
                contains:
                  - Welcome to nginx
                  - Thank you for using nginx
          - file_exists:
              cleanup: True
              files:
                - './index.html'
    
  • Output:
    [qtc@kali example]$ tricot -v example2.yml
    [+] Starting test: Docker Integration
    [+]
    [+]     Starting container: nginx
    [+]         Image: nginx:latest
    [+]         Network Mode: default
    [+]
    [+]     1. Test curl... success
    [+]     2. Test wget... success
    [+]
    [+]     Stopping container: nginx
    

Example 3:

  • Test definition:

    • example3.yml:
      tester:
        title: Nested Testers
        description: |-
          An example for nested testers and plugins
        error_mode: break
      
      plugins:
        - mkdir:
            cleanup: True
            force: True
            dirs:
              - ./www
        - copy:
            from:
              - /etc/passwd
            to:
              - ./www
        - http_listener:
            port: 8000
            dir: ./www
      
      testers:
        - ./example3/curl.yml
        - ./example3/wget.yml
      
    • curl.yml
      tester:
        title: curl Tester
        description: |-
          Test some curl commands
      
      tests:
      
        - title: Test passwd File
          description: |-
            Test whether the passwd file can be obtained from the
            http_listener plugin.
      
          command:
            - curl
            - http://127.0.0.1:8000/passwd
          validators:
            - status: 0
            - contains:
                values:
                  - root
                  - bin
                  - www-data
      
    • wget.yml:
      tester:
        title: wget Tester
        description: |-
          Test some wget commands
      
      plugins:
        - cleanup:
            items:
              - ./passwd
      tests:
      
        - title: Test passwd File
          description: |-
            Test whether the passwd file can be obtained from the
            http_listener plugin.
      
          command:
            - wget
            - http://127.0.0.1:8000/passwd
          validators:
            - status: 0
            - file_exists:
                files:
                  - './passwd'
            - file_contains:
                - file: ./passwd
                  contains:
                    - root
                    - bin
                    - nope
      
  • Output:

    [qtc@kali example]$ tricot -v example3.yml
    [+] Starting test: Nested Testers
    [+]
    [+]     Starting test: curl Tester
    [+]
    [+]         1. Test passwd File... success
    [+]
    [+]     Starting test: wget Tester
    [+]
    [+]         1. Test passwd File... failed
    [-]             - Caught ValidationException raised by the file_contains validator.
    [-]               Configuration file: /opt/tricot/examples/example3/wget.yml
    [-]
    [-]               Validator run failed because of the following reason:
    [-]               String 'nope' was not found in '/opt/tricot/examples/example3/passwd'.
    [-]
    [-]               Command: ['wget', 'http://127.0.0.1:8000/passwd']
    [-]               Command exit code: 0
    [-]               Command stdout:
    [-]               Command stderr:
    [-]                 --2021-09-08 07:35:33--  http://127.0.0.1:8000/passwd
    [-]                 Connecting to 127.0.0.1:8000... connected.
    [-]                 HTTP request sent, awaiting response... 200 OK
    [-]                 Length: 3635 (3.5K) [application/octet-stream]
    [-]                 Saving to: ‘passwd’
    [-]
    [-]                      0K ...                                                   100%  636M=0s
    [-]
    [-]                 2021-09-08 07:35:33 (636 MB/s) - ‘passwd’ saved [3635/3635]
    [-]
    [-]
    [-]               Validator parameters:
    [-]                 [
    [-]                     {
    [-]                         "file": "./passwd",
    [-]                         "contains": [
    [-]                             "root",
    [-]                             "bin",
    [-]                             "nope"
    [-]                         ]
    [-]                     }
    [-]                 ]
    [-]
    [-]     Caught ValidationException while error mode is set to break.
    [-]     Stopping test.
    

Example 4:

  • Test definition:
    tester:
      title: Extractors
      Description: |-
        An example for tricots extractor feature
    
    tests:
    
      - title: Check User
        description: |-
          Checks that user 1000:1000 exists and extracts the home
          directory and the assigned shell to a variable.
    
        command:
          - cat
          - /etc/passwd
        extractors:
          - regex:
              pattern: '1000:1000:[^:]+:([^:]+):(.+)$'
              variable: 'home-shell'
              on_miss: 'break'
              multiline: true
        validators:
          - contains:
              values:
                - 1000:1000
    
    
      - title: Check Home and Shell
        description: |-
          Check that the home directory and assigned shell of user
          1000:1000 exist.
    
        command:
          - ls
          - ${home-shell-0-1}
          - ${home-shell-0-2}
        validators:
          - status: 0
    
  • Output:
    [qtc@kali example]$ tricot -v example4.yml
    [+] Starting test: Extractors
    [+]
    [+]     1. Check User... success
    [+]     2. Check Home and Shell... success
    

Projects that use tricot


In this section we list some projects that are using tricot for testing. Not because we are proud of, but only to provide you some more examples on how to use tricot for effective testing.

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

tricot-1.12.0.tar.gz (63.2 kB view hashes)

Uploaded Source

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page