Tooling for converting coverage data into a SQL DB
Go to file
Ghanshyam Mann 169c4a9c52 Test python3.9 as voting job
In Yoga testing, we are making py3.9 job to run as voting, so
adding py3.9 job as voting.

Also, as coverage2sql is branchless and needs to support older
supported stable branches, let's test it with all the
python version supported in those supported stable branches.
For that, we need to explicitly dd the py jobs instead of using
the template. This way, we will explicitly know that we are testing
all supported python versions when the new release template bumps the
min python version in the template.

Change-Id: Ieb7cf6334a6deedfd9d72f348d1cbc1cd100b054
2021-11-03 21:08:03 +00:00
coverage2sql Remove Six 2021-01-02 10:25:29 +08:00
doc Update IRC network to OFTC 2021-05-31 15:06:33 -05:00
etc Remove unused config entries from sample config 2019-04-17 15:47:06 +09:00
releasenotes remove unicode from code 2021-01-07 10:40:35 +08:00
tools [goal] Migrate testing to ubuntu focal 2020-08-02 19:33:34 +00:00
.coveragerc Omit unit test files from coverage 2016-11-11 19:40:27 +09:00
.gitignore Ignore *.db file from git repo 2019-04-17 15:40:38 +09:00
.gitreview OpenDev Migration Patch 2019-04-19 19:36:21 +00:00
.mailmap Initial Cookiecutter Commit. 2016-04-19 12:24:29 +09:00
.stestr.conf Switch to use stestr instead of os-testr 2017-12-16 17:45:42 +09:00
.zuul.yaml Test python3.9 as voting job 2021-11-03 21:08:03 +00:00
CONTRIBUTING.rst [ussuri][goal] Update contributor documentation 2020-04-19 17:56:05 -05:00
HACKING.rst Update url in HACKING.rst 2018-09-12 16:49:35 -06:00
LICENSE Initial Cookiecutter Commit. 2016-04-19 12:24:29 +09:00
MANIFEST.in Add unit tests and remove oslo_db 2016-11-11 11:33:43 +09:00
README.rst Use opendev repository 2019-04-23 17:16:38 +08:00
babel.cfg Initial Cookiecutter Commit. 2016-04-19 12:24:29 +09:00
bindep.txt Fix gate error "mysqladmin: command not found" 2019-07-17 04:34:45 +00:00
requirements.txt Update requirements 2017-04-27 16:53:43 +09:00
setup.cfg Test python3.9 as voting job 2021-11-03 21:08:03 +00:00
setup.py Cleanup py27 support 2020-04-17 17:08:58 +02:00
test-requirements.txt Remove Six 2021-01-02 10:25:29 +08:00
tox.ini Test python3.9 as voting job 2021-11-03 21:08:03 +00:00

README.rst

Team and repository tags

image

coverage2sql README

Command to Read a coverage file and put the data in a SQL database

coverage2sql is a tool for storing data of test coverage into a SQL database. With using this tool, you can store time series coverage data and analyze it if your coverage rate is down.

Usage

DB Setup

The usage of coverage2sql is split into 2 stages. First you need to prepare a database with the proper schema; coverage2sql-db-manage should be used to do this. The utility requires db connection info which can be specified with a config file. Obviously the sql connector type, user, password, address, and database name should be specific to your environment. coverage2sql-db-manage will use alembic to setup the db schema. You can run the db migrations with a config file:

coverage2sql-db-manage --config-file etc/coverage2sql.conf upgrade head

This will bring the DB schema up to the latest version for coverage2sql.

coverage2sql

Once you have a database setup with the proper database schema you can then use the coverage2sql command to populate the database with data from your test coverage file. coverage2sql takes in a .coverage file through by passing it file paths as positional arguments to the script at this moment.

For example:

coverage2sql --config-file etc/coverage2sql.conf coverage2sql .coverage

There are several options for running coverage2sql, they can be listed with:

coverage2sql --help

The only required option is --database-connection. The options can either be used on the CLI, or put in a config file. If a config file is used you need to specify the location on the CLI.

TODO

To see the TODO, go to the launchpad site:

ChangeLog

To see the release notes go here: https://docs.openstack.org/releasenotes/coverage2sql/