pytest-ver 0.0.64

Pytest module with Verification Protocol, Verification Report and Trace Matrix

Summary

This module is used to write verification test cases within a Python & pytest environment. FDA compliant reports can then be generated.

The verification test cases are written in Python which uses the pytest module to invoke the test cases. During execution, various data is captured. The data is then used by the report facility to generate Test Protocol, Test Report and Trace Matrix documents in docx, pdf and text formats. A summary is also generated indicating percentage of requirements that are complete, passing/failing etc.

This repo is used to develop pytest-ver. See the matching repo https://bitbucket.org/arrizza-public/pytest-ver-tutorial/src/master/ for full details of how to use it. There is a User Guide with full details there. That repo tests a simulated IV pump application, including a set of requirements and test scripts that use pytest-ver. A sample set of reports can be generated and reviewed.

There are also a couple of repos that have used pytest-ver as proof-of-concept:

• https://bitbucket.org/arrizza-public/socket-oneline/src/master/
• https://bitbucket.org/arrizza-public/gui-api-tkinter/src/master/

Usage

• See repo https://bitbucket.org/arrizza-public/pytest-ver-tutorial/src/master/ for full instructions on how to use pytest-ver

• User Guide.docx in the pytest-ver-tutorial repo for additional details

Quick Guide

• the file test_sample.py shows various examples of using pytest-ver.
• to invoke all tests use:

./doit

or invoke a subset of test cases:

# the "-k" switch is part of pytest
./doit -k test_0

# invoke only passing tests that are fully automated
./doit -k "not semi and not fails"

# invoke only semi-manual tests
./doit -k "semi"

invoking the test_sample script

The test is run in doit by:

function run_it()

The report is run in doit by:

function run_report()

see out/ver directory for pdf or docx reports

Installation

The doc/installation_*.md files contain additional information for installing pytest-ver for various supported platforms:

• installation_macos.md : MAC OS
• installation_msys2.md : MSYS2 on Windows
• installation_ubu.md : Ubuntu

Python environment

Note that the set_env.sh script sets the python environment for various platforms and sets variables

• $pyexe - the python executable
• $pybin - the location of the environment bin directory

source set_env.sh
source "${pybin}/activate"
# ... skip ...
$pyexe helpers/ver_report.py

Report Output

• the output files are in the out/ver directory

ls out/ver
pytest_ver.log   # the log output
pytest_ver.txt   # output from doit script
*_protocol.json  # data generated during the test case run
summary.docx     # docx version of summary document
summary.pdf      # pdf version of summary document
summary.txt      # text version of summary document
test_protocol.*  # test protocol document in various formats
test_report.*    # test report document in various formats
trace.*          # trace matrix document in various formats 

Check conftest.py

If you want to use the pytest-ver command line switches from pytest, ensure you call the cli_addoption() and cli_configure() functions in conftest.py

from pytest_ver import pth


# -------------------
def pytest_addoption(parser):
    pth.cfg.cli_addoption(parser)


# -------------------
def pytest_configure(config):
    pth.cfg.cli_configure(config)

Writing a test case

• import unittest and pytest as normal. Then import pytest_ver:

import unittest
import pytest
from pytest_ver import pth

Note: 'pth' is a global that holds a reference to PytestHarness. The harness holds references to all classes needed during a test run.

• next create a normal unit test for pytest/unitest

# -------------------
class TestSample(unittest.TestCase):
    # --------------------
    @classmethod
    def setUpClass(cls):
        pth.init()

    # -------------------
    def setUp(self):
        pass

    # -------------------
    def tearDown(self):
        pass

    # --------------------
    @classmethod
    def tearDownClass(self):
        pth.term()

• To create a protocol use pth.proto.protocol() with a protocol id and description
• To create steps within that protocol, use pth.proto.step()

# --------------------
def test_0(self):
    # declare a new protcol id and it's description
    pth.proto.protocol('tp-000', 'basic pass/fail tests')
    pth.proto.set_dut_serialno('sn-0123')

    pth.proto.step('try checks with 1 failure')
    pth.ver.verify_equal(1, 2, reqids='SRS-001')
    pth.ver.verify_equal(1, 1, reqids='SRS-002')
    pth.ver.verify_equal(1, 1, reqids='SRS-003')
    pth.proto.comment('should be 1 failure and 2 passes')

at this point, there is one protocol TP-000 that has 1 step.

Use doit to run it:

./doit -k test_0

Output

Check the stdout or the out/ver/pytest_ver.txt file:

• indicates that a failure occured
• the return code from the script is non-zero

Report documents

Check the generated documents in the out/ver/ dirctory.

• summary.pdf should indicate:

  • there are a total of 7 requirements (see srs_sample.json)
  • there are 2 passing requirements wghich is 28.8% of all requirements
  • there is 1 failing requirement which is 14.3% of all requirements
  • there are 4 requirements that were not tested which is 57.1% of all requirements

• test_report.pdf and/or test_protocol.pdf should indicate:

• the test run type is "dev" so this was not a formal run

• the test run id is "dev-001". This can be set in cfg.json to track individual test runs

• the date time the document was generated

• There should be one protocol TP-000

• The location of the protocol is test_sample.py(line number)

• The protocol had only 1 step which tested requirement SRS-001

• The report document shows the expected and actual values and that result was a FAIL, and the location of the failing verify() function

• The report document shows a comment

• There is table after the protocol showing the requirement SRS-001 and it's description

• Note the header and footer information comes from the cfg.json file

Pytest markers

• you can use pytest markers as normal

# --------------------
# @pytest.mark.skip(reason='skip')
@pytest.mark.smoketest1
def test_init2(self):
    pth.proto.protocol('tp-002', 'test the init2')

    pth.proto.step('verify1 everything is equal')
    pth.ver.verify(1 == 1, reqid='SRS-001')
    # note: this is the second time this requirment is verified


# --------------------
# @pytest.mark.skip(reason='skip')
def test_init3(self):
    pth.proto.protocol('tp-003', 'test the init3')

    pth.proto.step('verify1 everything is equal')
    pth.ver.verify(1 == 1, reqid='SRS-004')

Verification Functions

• To create verification tests use pth.ver.verify()

# note: you can use normal pytest and unitest functions
# but their results won't show up in the report
self.assertEqual(x, y)

# do a verification against a requirement
pth.ver.verify_equal(x, y, reqid='SRS-001')
pth.ver.verify_equal(x, 1, reqid='SRS-001')
# since all verifys passed, this step's result is PASS

pth.proto.step('verify2')
pth.ver.verify(False, reqid='SRS-002')
pth.ver.verify(True, reqid='SRS-002')
pth.ver.verify(True, reqid='SRS-002')
# since one verify failed, this step's result is FAIL

pth.proto.step('verify3')
pth.ver.verify(True, reqid='SRS-003')
pth.ver.verify(True, reqid='SRS-003')
pth.ver.verify(False, reqid='SRS-003')
# since one verify failed, this step's result is FAIL

• See doc/User Guide.docx for a full list of verification functions

verify(actual)  # verify actual is true
verify_true(actual)  # verify actual is true
verify_false(actual)  # verify actual is false
verify_equal(expected, actual)  # verify actual == expected
verify_not_equal(expected, actual)  # verify actual != expected
verify_none(actual)  # verify actual is None
verify_is_none(actual)  # verify actual is None
verify_not_none(actual)  # verify actual is not None
verify_in(actual, exp_list)  # verify actual is in the expected list
verify_not_in(actual, exp_list)  # verify actual is not in the expected list
verify_lt(left, right)  # verify left < right
verify_le(left, right)  # verify left <= right
verify_gt(left, right)  # verify left > right
verify_ge(left, right)  # verify left >= right
verify_reqex(actual, regex)  # verify actual matches the regex
verify_not_reqex(actual, regex)  # verify actual does not matche the regex
verify_delta(expected, actual, abs_tolerance)  # verify actual == expected within +/- tolerance
verify_not_delta(expected, actual, abs_tolerance)  # verify actual outside +/- tolerance
verify_delta_pct(expected, actual, pct_tolerance)  # verify actual == expected within +/- percent
verify_not_delta_pct(expected, actual, pct_tolerance)  # verify actual outside +/- percent

• A pass does not generate any stdout
• A fail reports various information
  • the location of the failure
  • the expected value (and it's python type)
  • the actual value (and it's python type)
  • a traceback at the time of the failures

FAILURE: at test_sample.py(37)
   Expected (int)     : 1
   Actual   (int)     : 2
test_sample.py:37 in test_0() -> pth.ver.verify_equal(1, 2, reqids='SRS-001')
pytest_ver/lib/verifier.py:98 in verify_equal() -> self._handle_fail(rs)
pytest_ver/lib/verifier.py:412 in _handle_fail() -> raise AssertionError(f'at {rs.location}{msg}')

• The test_report.txt document shows some additional information:
  • the protocol id and description and its location
  • which step failed
  • the date time stamp (dts) when the failure occurred
  • the requirement id

==== protocol: TP-000 basic pass/fail tests
     location: test_sample.py(33)
     Step 1  : try checks with 1 failure
       > dts          : 2022-12-11 06:00:52
       > result       : FAIL
       > actual       : 2
       > actual raw   : 2
       > expected     : 1
       > expected raw : 1
       > reqids       : {'SRS-001': 1}
       > location     : test_sample.py(37)

Generate Report

• to generate a report use: pth.report()

• see helpers/ver_report.py

import os
import sys

sys.path.insert(1, os.path.join('.'))

from pytest_ver import *  # noqa

# generate the report
pth.cfg.cli_parse()
# force iuvmode to be
pth.cfg.cli_set('iuvmode', False)

pth.init(report_mode=True)
pth.report()
pth.term()

to invoke it:

$pyexe helpers/ver_report.py