Contrary to other TAP runners for Python,
- ... prints TAP (and only TAP) to standard output instead of to a separate file,
allowing you to pipe it directly to TAP pretty printers and processors
(such as the ones listed on
tapepage). By piping it to other consumers, you can avoid the need to add specific test runners to your test code. Since the TAP results are printed as they come in, the consumers can directly display results while the tests are run.
- ... only contains a TAP reporter, so no parsers, no frameworks, no dependencies, ...
- ... is configurable: you can choose how you want the test output and test result diagnostics to end up in your TAP output (as TAP diagnostics, YAML blocks, or attachments). The defaults are optimized for a Jenkins based flow.
You can install the package directly from PIP:
pip install pycotap
Alternatively, you can build and install the package yourself:
python setup.py install
Since the module just consists of one file, you can also just drop the file into your project somewhere.
Create a test suite, and run it with
For example, given the following test suite in
import unittest class MyTests(unittest.TestCase): def test_that_it_passes(self): self.assertEqual(0, 0) @unittest.skip("not finished yet") def test_that_it_skips(self): raise Exception("Does not happen") def test_that_it_fails(self): self.assertEqual(1, 0)
Running the test prints the TAP results to standard output:
$ python -mpycotap test_example not ok 1 __main__.MyTests.test_that_it_fails ok 2 __main__.MyTests.test_that_it_passes ok 3 __main__.MyTests.test_that_it_skips # Skipped: not finished yet 1..3
$ python -mpycotap test_example | faucet ⨯ __main__.MyTests.test_that_it_fails ✓ __main__.MyTests.test_that_it_passes ✓ __main__.MyTests.test_that_it_skips # Skipped: not finished yet ⨯ fail 1 $ python -mpycotap test_example | tap-dot x .. 3 tests 2 passed 1 failed Failed Tests: There was 1 failure x __main__.MyTests.test_that_it_fails
Bring your own
You can create a
TAPTestRunner yourself (e.g. to pass custom parameters),
and use it to drive your own main function.
For example, the following can be added to the test example suite above to create a runnable Python script:
if __name__ == '__main__': from pycotap import TAPTestRunner suite = unittest.TestLoader().loadTestsFromTestCase(MyTests) TAPTestRunner().run(suite)
This script can now be run:
$ python ./test_example.py not ok 1 __main__.MyTests.test_that_it_fails ok 2 __main__.MyTests.test_that_it_passes ok 3 __main__.MyTests.test_that_it_skips # Skipped: not finished yet 1..3
What to do with test messages (e.g. assertion failure details). See
LogModefor possible values.
What to do with output printed by the tests. See
LogModefor possible values.
Enumeration of different destinations to log information. Possible values:
LogMode.LogToError: Log all output to standard error. This means no output information will end up in the TAP stream, and so will not be processed by any processors.
LogMode.LogToDiagnostics: Put output in a diagnostics message after the test result. This means all output will end up in the TAP stream. How this is displayed depends on the processor.
LogMode.LogToYAML: Put output in a YAML block.
LogMode.LogToAttachment: Put output in a downloadable attachment in a YAML block. This is an extension supported by e.g.
- Don't print message for expected failures
- Fix problem with unexpected success
- Fix problem with tests that cache
- Initial stable version
- Initial version