218 Commits

Author SHA1 Message Date
Ghanshyam Mann
6726b74f43 Use the master constraint again in tox.ini
WHile releasing the new tag for Tempest, we modified the
constraint in tox to be used of stable/ussuri
- https://review.opendev.org/#/c/720578/

Now new tag is released and we can bring back the master
constraint in tox.ini so that Tempest master us master constraint.

Change-Id: Ie17d4830cac1902371123c8acb4d3106ba2fd300
2020-04-21 15:15:02 -05:00
Ghanshyam Mann
b5b0cf4904 Use stable constraint in tox to release new tag for Ussuri
We are going to releease Tempest new tag to declare the start of
support for stable/ussuri. So that new tag use stable/ussuri
constraint in the tox env.

For example: if anyone use Tempest 24.0.0 in future say 1 year later then
tox env also should use the ussuri contstraint for compatibility instead
master.

These need to be move back to master constraint once release is done.

By using master constraint in tox for all the old tag is problem and
we faced the issue of constraint incompatibility due to that and we
have to work around it all over the devstack, tempest role, grenade to
set the stable constraint cia env var.

- I4268049ff91e5527e4b95fd8a70fa53ba27d56ed

Change-Id: I39e3e23a85a9abc1eda6848a6f4af77540cb81b6
2020-04-21 20:05:05 +00:00
Andreas Jaeger
f27a334e21 Update hacking for Python3
The repo is Python 3 now, so update hacking to version 3.0 which
supports Python 3.

Fix problems found.

Update local hacking checks for new flake8, remove vi check, it's now in
hacking as H106.

The tempest plugin is used on older branches as well.
We really only need hacking on this repo anyways,
where we no longer support python 2, so here we
make the requirement specific to python 3.

Change-Id: I3f4216f66606fbc450a46c93de306399b7f3cd65
2020-04-04 10:33:23 +02:00
Ghanshyam Mann
551e8d7a59 [ussuri][goal] Drop python 2.7 support and testing
OpenStack is dropping the py2.7 support in ussuri cycle.

Tempest is ready with python 3 and ok to drop the
python 2.7 support. Last Tempest version officially supported
for py2.7 is 23.0.0.

Now onwards, Tempest will test all stable branch with py3 jobs.
tempest-full and other py2 version of jobs definition are kept
for stable branch gate.

Complete discussion & schedule can be found in
- http://lists.openstack.org/pipermail/openstack-discuss/2019-October/010142.html
- https://etherpad.openstack.org/p/drop-python2-support

Ussuri Communtiy-wide goal:
https://governance.openstack.org/tc/goals/selected/ussuri/drop-py27.html

Change-Id: I75868d5c9b6630fe78958ff89e58a0aced09a6b3
2020-02-12 00:11:31 +00:00
Lee Yarwood
bc9fe8eca8 tox: Use python3 within tempestenv
If3ff71dbe636ef98072b15f6599e6e641c222f30 had switched this to python3.6
but this breaks on distros where 3.6 is no longer provided by default,
such as Fedora.

Closes-Bug: #1861308
Change-Id: I0e0b9e88eea2499cb1b9727a7787c050c869c819
2020-02-04 20:07:02 +00:00
Ghanshyam
1c680fdb72 Define python3 as basepython for Tempest tox env
While OpenStack is in transition to drop py2, many
lib or dependency of Tempest or its plugins cannot
be installed on python 2.7.

To install Tempest on py3 evnv, let's change the basepython
as python 3 for tox env.

Defining basepython as python3.6 for all venv using
.tox/tempest.

Depends-On: https://review.opendev.org/#/c/703476/
Depends-On: https://review.opendev.org/#/c/703679/

Closes-Bug: 1860033
Change-Id: If3ff71dbe636ef98072b15f6599e6e641c222f30
2020-01-24 08:33:52 -06:00
Masayuki Igawa
7e4ef4c823
Add PDF building
This commit add PDF building tox.ini environment and options for LaTeX
output. overview.rst is copied from README.rst. And, the original
README.rst file is shrunk because we don't need such a long information
in the README file. People can see the same contents in overview.rst
now.

Change-Id: Id654c814988e78704726d2ba8bea9a03ce8596f8
2019-09-11 16:42:28 +09:00
Masayuki Igawa
fdd964494a
Make bashate E005,E042 error and ignore E006
This commit makes two bashate rules E005 and E042 treat as error and
ignores E006. It is difficult to keep E006 rule because bash scripts
tend to be long naturally. Both E005 and E042 are good to be errors
since it should be safer.

These additions can be seen in devstack[0] too.

E005: file does not begin with #! or have a .sh prefix
E006: check for lines longer than 79 columns
E042: local declaration hides errors

[0] 0fc6b2c5a8/tox.ini (L35)

Change-Id: I56c017569aa8660648764502cce5adfe2e946a58
2019-08-02 14:29:45 +09:00
Zuul
236a14bf3c Merge "Introduce bashate" 2019-08-02 02:53:28 +00:00
Masayuki Igawa
de1153b361
Introduce bashate
This commit introduces bashate[0] which is a code style checker for bash
scripts. We already have some bash scripts in Tempest repo. So, it might
be good to check the style automatically.

Some scripts under the tools directory are also fixed due to the bashate
violation.

Change-Id: I07820f10387552f93a9d8891b58a8c7fcdb83046
2019-07-30 18:02:07 +09:00
Ghanshyam
a0b8ca43e4 Setup framework for IPv6-only deployment verification
Devstack IPv6 base job 'devstack-IPv6' setup the IPv6 setting
to deploy the services to listen on IPv6 address.

Tempest 'devstack-tempest-ipv6' job derived from 'devstack-IPv6'
job adds the playbooks to run the tests.

As part of Train community goal 'Support IPv6-Only Deployments',
we will expand the 'devstack-tempest-ipv6' job to do
IPv6-only deployments verification.

This commit define the new roles of 'ipv6-only-deployments-verification'
which will be invoked as part of run phase of 'devstack-tempest-ipv6' job.
This role will do IPv6-only setting and deployments verification via
tools/verify-ipv6-only-deployement.sh

IPv6 verification script can be extended further to perform more checks
and via project specific test case. Those tests will run as part of project
specific child jobs.

The 'devstack-tempest-ipv6' job will be used as parent for project specific
IPv6-only job. Those child job can extend the project specific IPv6 verification
by defining new playebook for post-run. That way the base verification
done in 'devstack-tempest-ipv6' will still run in addition to project specific
verificaiton and tests run.

Verification structure will be:
- 'devstack-IPv6' deploy the service on IPv6
- 'devstack-tempest-ipv6' run will verify the IPv6-only setting and listen address
- Child jobs derived from 'devstack-tempest-ipv6' will run the IPv6 related test case or
  any further IPv6 deployment verification.

This commit also adds the new job 'tempest-ipv6-only' which will run smoke
and ipv6 related tests present in Tempest. This job will be used to run
on 6 services (Nova, Neutron, Cinder, Keystone, Glance, Swift) deployed
by devstack.

Story: #2005477
Task: #35923

Change-Id: Ie1e5e5e02ee45ab7a4aae0f35bdb42afc2c3fe2e
2019-07-29 07:37:33 +00:00
Ghanshyam
95358523e4 Define the Integrated-gate-object-storage gate template
tempest-full job run all services API and scenario tests (non slow)
and this job is part of Integrated-gate gate template which run on
multiple services (nova, neutron, cinder, glance, placement) check
and gate pipeline.

But there are many unrelated tests run on each project gate. For example,
neutron gate run cinder only tests and fail due to cinder bugs. There is
no point of breaking the neutron gate due to cinder only test failure and
slow down the neutron development phase.

This is what we dicussed in Train PTG in denver to improve the integrated
gate[1] and came up with idea of split the integated-gate template into
much logical way so that only dependent services tests run on their gate.

One way was to move the service only tests to service tempest plugin side
but Tempest is used by interop as well as on production cloud testing so
moving the test is not good idea.

This commit propose the idea of defining the 'Integrated-gate-object-storage'
gate template for swift gate which will run only Swift, Cinder and glance tests.

ML discussion: http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005871.html

Next step will be to replace the Integrated-gate-py3 template with new
Integrated-gate-object-storage template on swift gate.

[1] https://etherpad.openstack.org/p/qa-train-ptg

Change-Id: I70851d41174462b83cc8c525cecdb1b3d65e4ec7
2019-07-16 04:37:49 +00:00
Ghanshyam
ee7fd1f7e9 Define the Integrated-gate-compute gate template
tempest-full job run all services API and scenario tests (non slow)
and this job is part of Integrated-gate gate template which run on
multiple services (nova, neutron, cinder, glance, placement) check
and gate pipeline.

But there are many unrelated tests run on each project gate. For example,
neutron gate run cinder only tests and fail due to cinder bugs. There is
no point of breaking the neutron gate due to cinder only test failure and
slow down the neutron development phase.

This is what we dicussed in Train PTG in denver to improve the integrated
gate[1] and came up with idea of split the integated-gate template into
much logical way so that only dependent services tests run on their gate.

One way was to move the service only tests to service tempest plugin side
but Tempest is used by interop as well as on production cloud testing so
moving the test is not good idea.

This commit propose the idea of defining the 'Integrated-gate-compute'
gate template for nova gate which will run only nova, neutron, cinder
and glance tests.

ML discussion: http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005871.html

Next step will be to replace the Integrated-gate-py3 template with new
Integrated-gate-compute template on nova gate.

It will also help to disable the non-nova related serviecs and tests which
cannot be disabled from tempest-full job.

[1] https://etherpad.openstack.org/p/qa-train-ptg

Change-Id: I807d4cac6214395df292a6955686ea44677c3481
2019-07-16 04:37:34 +00:00
Ghanshyam
31609dc1da Define the Integrated-gate-placement gate template
tempest-full job run all services API and scenario tests (non slow)
and this job is part of Integrated-gate gate template which run on
multiple services (nova, neutron, cinder, glance, placement) check
and gate pipeline.

But there are many unrelated tests run on each project gate. For example,
neutron gate run cinder only tests and fail due to cinder bugs. There is
no point of breaking the neutron gate due to cinder only test failure and
slow down the neutron development phase.

This is what we dicussed in Train PTG in denver to improve the integrated
gate[1] and came up with idea of split the integated-gate template into
much logical way so that only dependent services tests run on their gate.

One way was to move the service only tests to service tempest plugin side
but Tempest is used by interop as well as on production cloud testing so
moving the test is not good idea.

This commit propose the idea of defining the 'Integrated-gate-placement'
gate template for placement gate which will run only nova and neutron tests.

ML discussion: http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005871.html

Next step will be to replace the Integrated-gate-py3 template with new
Integrated-gate-placement template on placement gate.

[1] https://etherpad.openstack.org/p/qa-train-ptg

Change-Id: I200197e2fb57879aaeb382266d6309f0d1137b0c
2019-07-16 04:37:16 +00:00
Ghanshyam Mann
a699445d28 Define the Integrated-gate-storage gate template
tempest-full job run all services API and scenario tests (non slow)
and this job is part of Integrated-gate gate template which run on
multiple services (nova, neutron, cinder, glance, placement) check
and gate pipeline.

But there are many unrelated tests run on each project gate. For example,
neutron gate run cinder only tests and fail due to cinder bugs. There is
no point of breaking the neutron gate due to cinder only test failure and
slow down the neutron development phase.

This is what we dicussed in Train PTG in denver to improve the integrated
gate[1] and came up with idea of split the integated-gate template into
much logical way so that only dependent services tests run on their gate.

One way was to move the service only tests to service tempest plugin side
but Tempest is used by interop as well as on production cloud testing so
moving the test is not good idea.

This commit propose the idea of defining the 'Integrated-gate-storage'
gate template for cinder gate which will run Cinder, Glance, Swift and
Nova tests.

ML discussion: http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005871.html

Next step will be to replace the Integrated-gate-py3 template with new
Integrated-gate-storage template on cinder and glance gate.

[1] https://etherpad.openstack.org/p/qa-train-ptg

Change-Id: Iae7d26325228aad0edb94f7e191c8fd0d60e1362
2019-07-09 13:55:04 +00:00
Ghanshyam
5072a24080 Define the Integrated-gate-networking gate template
tempest-full job run all services API and scenario tests (non slow)
and this job is part of Integrated-gate gate template which run on
multiple services (nova, neutron, cinder, glance, placement) check
and gate pipeline.

But there are many unrelated tests run on each project gate. For example,
neutron gate run cinder only tests and fail due to cinder bugs. There is
no point of breaking the neutron gate due to cinder only test failure and
slow down the neutron development phase.

This is what we dicussed in Train PTG in denver to improve the integrated
gate[1] and came up with idea of split the integated-gate template into
much logical way so that only dependent services tests run on their gate.

One way was to move the service only tests to service tempest plugin side
but Tempest is used by interop as well as on production cloud testing so
moving the test is not good idea.

This commit propose the idea of defining the 'Integrated-gate-networking'
gate template for neutron gate which will run only nova and neutron tests.

ML discussion: http://lists.openstack.org/pipermail/openstack-discuss/2019-May/005871.html

Next step will be to replace the Integrated-gate-py3 template with new
Integrated-gate-networking template on neutron gate.

[1] https://etherpad.openstack.org/p/qa-train-ptg

Change-Id: Ifca8172f2f929105af4bad8ab72b05c2c45a5f58
2019-07-05 08:04:23 +00:00
Zuul
77febec784 Merge "Set default value for tox tasks" 2019-06-11 23:37:10 +00:00
caoyuan
349ba75410 Replace git.openstack.org URLs with opendev.org URLs
Thorough replacement of git.openstack.org and review.openstack.org URLs
with their opendev.org counterparts.

Change-Id: I88e894db7b854d32593c770f5aa9b8a91fad7866
2019-05-23 10:19:31 +00:00
Masayuki Igawa
fe0de68da5
Set default value for tox tasks
This commit sets a default value '-' for the tox tasks. Users can run
the tox tasks all, all-plugin and all-sitepackages without specifying
regexes. Without this patch, users face such an error when users run
the tox tasks without specifying regexes.

Change-Id: Ia523895e8f66f25e9a4103cb9be1f1c3fc3f1b62
2019-05-21 17:04:28 +09:00
Masayuki Igawa
8460cb1844
Remove airship-tempest-plugin from blacklist
This commit removes airship-tempest-plugin entry from the BLACKLIST
since the patch was already merged. And airship/tempest-plugin has a
gate job to verify it, too. There is no reason to store it in the
BLACKLIST anymore.

And this commit also make plugin-sanity-check's basepython python3
because we should use it as a default.

Change-Id: I9c50d327df65fecf8510f6f54f06e9f42da9bea0
2019-05-16 18:48:27 +09:00
Attila Fazekas
c07edb5f80 Mention autopep8 in Hacking.rst
The scripts in the tools now is able to distinguish,
the autopep8 error codes better.

Change-Id: I9ea19009118ed418e3666fad45d2e0eb676204c8
2019-03-29 20:50:23 +00:00
Zuul
67e0778618 Merge "Add autopep8 to tox.ini" 2019-03-16 02:12:07 +00:00
afazekas
40fcb9ba28 Add autopep8 to tox.ini
autopep8 is an automated code formatting tool for python,
it does not know everything, also not super fast,
but it is faster than I can manually reformat the code.

tools/format.sh will call the formatting,
the tox will check did you called it.

Also adding a tox -eautopep8 way to use it.

autopep8 formats the lines in one way,
where tempest used a another way it was changed.

Change-Id: I6d51b14a5a5b87761071d0927fca23ba1651aa41
2019-03-08 16:04:05 +01:00
Manik Bindlish
aa6f7df0be Add py37 tox env
With python3.7 jobs added to the Zuul jobs, it makes sense to add this to the tox config too.

Change-Id: I8217e0e311b62e21b3ef2f935b11a7e077ea1023
2019-03-08 06:49:05 +00:00
Manik Bindlish
8a7aaa5bcb Adding debugger in tox.ini
This PS will add debugger in tox.ini
So it will be easy to check the tests in debug mode
for failure and success too.

Change-Id: I604515a7a5fd369f15c215c75db4a0e91c93ca69
2018-11-30 10:22:30 +00:00
Chris Dent
9b4c50cf63 GABBI_TEMPEST_PATH in tox passenv and devstack playbook
The gabbi-tempest plugin uses an environment variable,
GABBI_TEMPEST_PATH, to identify directories in which to
find the gabbi [1] tests that will be run. This will be
used by a forthcoming zuul job [2] (hosted by the plugin)
that will automate gabbi-based service testing as described
in https://anticdent.org/gabbi-in-the-gate.html .

By setting the environment in the devstack-tempest playbook
we avoid needing to duplicate the playbook: we can use
it directly and have less risk of plays diverging. The
calling job (which doesn't allow the "environment" key)
sets a "var" which then sets the environment variable.

[1] https://gabbi.readthedocs.io
[2] https://review.openstack.org/611678

Needed-By: https://review.openstack.org/611678
Change-Id: I5aa890baa489f434b95d21e4e618f5202ac550e4
2018-10-26 10:53:53 +00:00
Zuul
75048e4c86 Merge "fix tox python3 overrides" 2018-10-24 06:10:20 +00:00
Andrea Frittoli
35d12caf27 Deprecate all-plugin
The all-plugin tox env uses sitepackages so that plugins
installed outsite of Tempest virtual environment can be discovered.
After the implementation during the Queens release cycle of the
goal of moving Tempest plugins in dedicated git repos, this
environment should not be used anymore. "all" should be used
instead with the appropriate regex filtering.

The deprecation is introduced only in the form of a comment in
tox.ini and a WARNING echoed before the test run.

Patrole needs an environment with site-packages on, so create a
new one identical to the old all-plugin, but with a less confusing
name, for patrole to use while avoiding deprecation warnings.

Change-Id: Ib97fb3d0ce64b6faac6a190afc0006b624ce0a62
2018-10-01 12:10:13 +00:00
Doug Hellmann
05f3dfe5b1 fix tox python3 overrides
We want to default to running all tox environments under python 3, so
set the basepython value in each environment.

We do not want to specify a minor version number, because we do not
want to have to update the file every time we upgrade python.

We do not want to set the override once in testenv, because that
breaks the more specific versions used in default environments like
py35 and py36.

Change-Id: I7cbf62cee124db959b1ac2698b6989c3e59a55ab
Signed-off-by: Doug Hellmann <doug@doughellmann.com>
2018-09-18 15:04:51 -04:00
Masayuki Igawa
80d30b8178
Bump up python version of unit test
This commit bumps up the python version to 3.6. This change encourages
developers to use our latest python version on unit tests.

Change-Id: I45d79c90939aa0f743750fec4b4e286f3679563b
2018-09-03 17:25:49 +09:00
Zuul
78818b7dc8 Merge "Switch to stestr in README.rst and the method name" 2018-08-24 08:45:38 +00:00
Zuul
9c71dcfa7c Merge "Bump hacking to 1.1.0" 2018-08-21 12:46:22 +00:00
ghanshyam
10326c7dc2 Convert tempest-scenario-all job to tempest-slow
As per discussion on ML[1], we do not have any job which runs only
slow tests.

This commit provide a separate job which run only slow tests which can
be API or scenario tests. Further this job can be used cross projects
like nova, cinder, neutron.

Why we need separate job for slow tests:
 - slow tests create gate issues on job timeout which we observed\
   during Rocky cycle[2]. Not to effect gate let's start them executing
   on separate job.
Why to convert the tempest-scenario-all job
 - tempest-scenario-all job was created to run the slow tests along with
   other scenario tests. But slow tests can be API tests[3] and mixing them
   with other scenario or API tests is not good idea.
 - All scenario tests excluding slow tests are run as part of tempest-full
   job so let's not run scenario tests twice on gate.

[1] http://lists.openstack.org/pipermail/openstack-dev/2018-July/132527.html
[2] https://bugs.launchpad.net/tempest/+bug/1783405
[3] https://ethercalc.openstack.org/dorupfz6s9qt

Change-Id: I5b1d3041c0140bea11705ad287f1472e74aacb5c
2018-08-03 07:05:46 +00:00
Stephen Finucane
fc42cc6be7 Bump hacking to 1.1.0
hacking 1.0+ adds a couple of additional checks that are helpful as part
of the transition to Python 3. However, hacking 1.1.0 incorporated
flake8 2.6.x, which transitioned from pep8 to pycodestyle. Tempest
provides some hacking extensions and these use pep8 imports. As things
stand, projects that wish to use these hacking extensions must either
constrain themselves to the same older hacking versions or install pep8
manually. Neither of these approaches is particularly attractive so
instead transition to hacking 1.1.0 ourselves. This has the benefit of
giving us the additional checks for Python 3.

Change-Id: I09e3d2461366bb439bcb817149ce807a232acfbb
2018-07-18 10:42:38 +01:00
Masayuki Igawa
ac0b171b73 Switch to stestr in README.rst and the method name
This commit switches to stestr in README.rst and the method name. We
already switched to use stestr instead of testr/ostestr. However,
a few are still remaining in README.rst and the unit test name. This
patch leaves some `testr` things because they are for the 'legacy run
method'. So, we don't need to remove them completely.

Change-Id: I0e8e19e2150d6e0ce9a299a10bdd51652d86497e
2018-07-15 14:55:05 +00:00
Stephen Finucane
a6353c452e tox: Silence warnings from stdlib libraries
These are issues with Python 3 libraries so we can't fix them here.
Simply silence them.

Change-Id: I2bbabc5452257d98ba7da2a6a95bc9926202a9fd
2018-07-06 14:01:28 +01:00
Zuul
b8b6b051ff Merge "Run all scenario in parallel" 2018-03-29 11:27:06 +00:00
Attila Fazekas
3f219f5af8 Run all scenario in parallel
We stopped running all scenarios in parallel,
which leads to longer job times and less concurrent test run.

The full parallel run had too high failure rate,
this job is supposed to prove it is possible to return back to
the old way. If the issue(s) are still exists it will
produce usable artifacts for further debugging.

Change-Id: I776ebb7761d90d2490cf49f9df9b322c2b34da59
2018-03-24 00:49:49 +01:00
Zuul
039ce85a15 Merge "Disable warnings as errors for sphinx" 2018-03-01 18:12:34 +00:00
Matthew Treinish
5cc9289171
Add missing env vars from unit test job
This commit fixes an oversight in the tox job definitions for unit
tests. Because for better or worse we still use oslotest as the base
test class for tempest's unit tests the stdout, stderr, and logging
capture fixtures are only enabled by an env var. We were never setting
that, so these things weren't captured. This commit fixes the oversight
to enable the capture of these once again.

Change-Id: I81e4077dfda9e9a8a8001f52955ab0164f39d31d
2018-02-22 15:53:47 -05:00
Ihar Hrachyshka
8032b2e154 Disable warnings as errors for sphinx
If GENERATE_TEMPEST_PLUGIN_LIST=False, the plugin-registry page is not
generated, and then sphinx fails with:

doc/source/index.rst:69:toctree contains reference to nonexisting
document u'plugin-registry'

Setting the variable to False is a legit use case, used in isolated
build environments like CBS used for RDO packages and should be
supported.

Alternatively, we could make inclusion of the page conditional to the
environment variable value, for example using 'only' directive for
sphinx and passing an appropriate 'tag' as a flag indicating the page is
generated; setup.py interface doesn't seem to provide an explicit way to
pass tags but SPHINXOPTS variable would be handy. Sadly, table of
contents can't be controlled with the directive:
https://github.com/sphinx-doc/sphinx/issues/1420

Another alternative would be to generate a stub page with no useful
info just to upease sphinx. I figured it's easier to tweak sphinx
configuration though.

The fix still leaves warnings-as-errors enabled for tox environments
with assumption that if tox is used, the build environment is not as
constrained.

Change-Id: Id174d1679c7b141b0327d8c23d6b14f7db83fae8
2018-01-26 16:39:17 +00:00
Matt Riedemann
d5e9282197 Fix creating release notes using tox -e venv -- reno new <slug>
Commit 173b11cb50e115fe12baa097a05db36f24f2e181 moved the reno
dependency from test-requirements to doc/requirements which weren't
used by the venv tox target, which means you can't create release
notes the easy way "tox -e venv -- reno new <slug>". This fixes it
by adding the doc/requirements into the venv target.

Change-Id: Ic3724435176eab6f7fcc53cf5379f7eee44baa71
2018-01-25 11:25:57 -05:00
junboli
173b11cb50 Follow the new PTI for document build
For compliance with the Project Testing Interface as
described in [1]:
[1] https://governance.openstack.org/tc/reference/project-testing-interface.html
For more detials information, please refer to [2]:
[2] http://lists.openstack.org/pipermail/openstack-dev/2017-December/125710.html

Change-Id: I648a78396a2e27f1d7197e89cddba73f8aa858aa
2018-01-15 11:25:35 +08:00
Zuul
8da64f1d17 Merge "Avoid tox_install.sh for constraints support" 2017-12-11 02:38:31 +00:00
Andreas Jaeger
880d94352b Avoid tox_install.sh for constraints support
We do not need tox_install.sh, pip can handle constraints itself
and install the project correctly. Thus update tox.ini and remove
the now obsolete tools/tox_install.sh file.

This follows https://review.openstack.org/#/c/508061 to remove
tools/tox_install.sh.

Change-Id: Ifcc108dc4f91fcdf1d9d4c21ed8ad2983c7ff2c1
2017-12-02 17:07:29 +00:00
Matthew Treinish
069d828781
Only use stestr and tempest run in tempest tox jobs
Now that we're starting to unify everything on a single test runner we
should only be using either tempest run or stestr (which tempest run
will use internally in the near future). This commit changes the
coverage job to use stestr and removes the ostestr job as part of that
effort.

Change-Id: I5972346b8dbef4a57c733f85ceeeeca425bf263e
2017-11-30 11:42:14 -05:00
Masayuki Igawa
d0b8ebd84a
Switch to use stestr for unit tests directly
This commit switches to use stestr command to run unit tests directly.
Recently, the latest ostestr command uses stestr instead of testr.
However, we should use stestr directly because it's simple and straight
forward. There is no reason to use ostestr for unit tests anymore.

We still have the other ostestr/testr usage such as tempest run command
and documentations. So, that will be changed with following patches.

Change-Id: Iff4abef50178bdc83b868eed4a906e22d790762b
2017-09-14 16:00:31 -06:00
Jenkins
a977ccd79e Merge "Capture logs when running unit tests" 2017-09-12 21:50:23 +00:00
Andrea Frittoli
8f018cb7c8 Capture logs when running unit tests
The unit test logs are mixed up in the output of subunit-trace.
Adding OS_LOG_CAPTURE=1 by default to avoid that.

Change-Id: Ie322795c8638963b276c4bd54b845331c3567370
2017-09-12 17:11:08 +00:00
junboli
8bd00e3ba0 TrivialFix for flake8 and docs build in tox.ini
1. exclude "build" in flake8 section.
2. to ensure the old files are not left over when running these
   document builds.

Change-Id: Ia5590b7816b36351559c692eebfecb3c8e6fd1a3
2017-08-23 07:04:20 +00:00