Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Overhaul test suite with fixtures #3248

Draft
wants to merge 20 commits into
base: master
Choose a base branch
from

Conversation

lunkwill42
Copy link
Member

This PR has an overarching goal of making the test suite easier to run locally, rather then requiring devs to run all tests inside a very specifically defined Docker container (which is NOT how the test suite is run on GitHub actions).

Goals:

  • Rather than spin up all kinds of third party services as part of either tox or conftest.py, such as gunicorn, PostgreSQL, Xvfb, while expecting that these are available in the local environment, these services should be defined as test fixtures. Any test that depends on PostgreSQL should declare a dependency to this fixture, in order for it to be able to use PostgreSQL.
  • A PostgreSQL fixture should be able to work with an already setup PostgreSQL server (such as in GitHub Actions), or spin up its own using Docker, rather than relying on being run inside a very specific container environment.
  • Once all tests are properly "fixturized", the separation of the "unit", "integration" and "functional" test suites into separate tox environments should go away. These test environments are essentially all the same, when it comes to Python dependencies, and are a source of a lot of redundancies that lead to time-consuming test runs.

Some of the changes herein would probably stand to be factored out into separate PRs, as there are many fixes to the existing test suite that are not dependent on the fixture changes made.

Many of the original changes of this PR have already been factored out into separate PRs that have been merged, this PR represents what remains to be sorted out, and is kept as a draft for the time being.

(This PR replaces #2675, which was automatically closed by GitHub due to branch changes)

This creates a PostgreSQL fixture that can be depended on by tests that
require a running PostgreSQL server with the NAV database to be present.

The fixture will work with externally set up PostgreSQL servers, like in
the case of GitHub Actions, while it can also provision a PostgreSQL
server with the NAV schema using Docker if run locally.
This ensures any tests that rely on the various pre-existing db-related
fixtures will have a running PostgreSQL server available.
This ensures the postgres fixture is started for all tests that inherit
from DjangoTransactionTestCase
Change TestCase implementations that should really be transactional test
cases (which in turn ensures they have PostgreSQL available through the
postgres fixture, and that transactions are properly rolled back after
the tests have run)
Declares a dependency on the postgresql fixture to ensure the NAV
database is actually available for these tests
This ensures that any test that depends on a logged in web client also
automatically depends on having the NAV database running.
This ensure the snmpsim fixture can run both on Linux and MacOS, by
replacing Linux specific parts (like looking at /proc/net/udp).

This slightly changes the logic of verifying whether the snmpsimd
process is up and running before yielding the fixture value: Instead of
waiting for something to appear to listen to port 1024, this verifies
the presence of the SNMP agent by performing an actual SNMP query.
These imports made the entire test module depend on the PostgreSQL
database actually running. Moving the imports to be local to the
tests (that depend directly or indirectly) on the postgresql fixture
ensures that the imports only take place after PostgreSQL is actually
running.
The admin_navlet fixture is dynamic/parametrized, which is why its
implementation is a bit weird. Unfortunately, the tests that depend on
it currently fail under the new regime of the postgresql fixture. Adding
this note so we know where to go back and fix it.
While pytest can accomplish a lot of exciting things, it cannot use
fixtures as input to test parametrization.  While can make a test
depend on a fixture for getting a postgresql instance, the test
discovery phase that generates the tests cannot.

I.e. we cannot get our test parameters from a database unless the
database was already up and running when the test discovery phase
started.  Sad, but true,.

This changes the navlet test to iterate over the available admin navlets
itself.
These tests would only work incidentally; i.e. if they ran after
another test that depended on the postgresql fixture
The postgresql fixture is fine to depend on if you just need a
database to be present.  But if you need to write data during the test,
you should probably use the db fixture.
For now, at least.  If the Open-LDAP libraries aren't available locally,
the test suite will fail because python-ldap will not build.
The NAV_CONFIG_DIR environment variable can be used to insert a custom
directory as the first entry in the list of directories NAV will search
for its config files.
Both the SQL statement and the command line were incorrect.
The postgresql fixture needs to pass on the admin user's name and
password as fetched from the fixtures, in order for the test database
to be properly populated.
This ensures static files are collected only by tests that require it.
It also ensures that the static files are collected into a temporary
directory and that the WhiteNoise web server is directed to base its
document root on this path (so we don't try to write to some system
level directory we don't have write access to)
This ensures stylesheets are built only on-demand
Instead of running it as part of tox, this ensures it runs as an
explicit test in the integration test suite.
@lunkwill42 lunkwill42 self-assigned this Nov 27, 2024
Copy link

Copy link

codecov bot commented Nov 27, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 38.19%. Comparing base (49480a1) to head (9168ad0).

❗ There is a different number of reports uploaded between BASE (49480a1) and HEAD (9168ad0). Click for more details.

HEAD has 1 upload less than BASE
Flag BASE (49480a1) HEAD (9168ad0)
2 1
Additional details and impacted files
@@             Coverage Diff             @@
##           master    #3248       +/-   ##
===========================================
- Coverage   60.30%   38.19%   -22.11%     
===========================================
  Files         605      605               
  Lines       43685    43691        +6     
  Branches       48       48               
===========================================
- Hits        26343    16688     -9655     
- Misses      17330    26991     +9661     
  Partials       12       12               

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant