requirements_for_test.txt

-r requirements.txt
flake8==4.0.1
flake8-bugbear==22.1.11
isort==5.7.0
moto==2.0.11
pytest==6.1.2
pytest-env==0.6.2
pytest-mock==3.3.1
pytest-cov==2.10.1
pytest-xdist==2.1.0
freezegun==1.1.0
requests-mock==1.8.0
# used for creating manifest file locally
jinja2-cli[yaml]==0.7.0
Initial version of the notify-notifications-api 2015-11-18 17:02:25 +00:00			`-r requirements.txt`
Update flake8 from 3.8.4 to 4.0.1 And adds `noqa` to some non-errors which are being flagged. 2022-03-02 15:52:18 +00:00			`flake8==4.0.1`
Update flake8-bugbear from 20.11.1 to 22.1.11 And ignore a warning, since I did not think that in this case "Using .strip() with multi-character strings is misleading the reader". 2022-03-02 16:51:09 +00:00			`flake8-bugbear==22.1.11`
Enforce consistency in imports as part of build This copies the config we use in the admin app, with a few changes as discussed in the PR [1]. We'll apply these to our other apps. [1]: https://github.com/alphagov/notifications-api/pull/3175#issuecomment-795530323 2021-03-10 13:51:58 +00:00			`isort==5.7.0`
Bump moto version to try solve dependencies version conflict Also update mock import statements in some test files as they stopped working with this dependency update. 2021-07-08 14:10:58 +01:00			`moto==2.0.11`
Revert "Bump utils version for new invalid address character" 2021-06-01 10:53:28 +01:00			`pytest==6.1.2`
Automatically set environment vars before tests Sometimes you just wanna run some tests directly using the `pytest` command. But you’re in a new shell, and have forgotten to do `source environment_test.sh`. The screen fills with red, and your day just got a little bit worse. This commit will stop this from ever happening again, by making the setting environment variables part of running Pytest. It does this with a plugin called pytest-env[1]. pytest.ini is the standard way of configuring pytest. Creating this file where it didn’t exist before changes the behaviour of pytest, in that it will now look for tests in the same directory as the file, rather than defaulting to the `tests/` directory. So we also have to explicitly configure pytest[2] to tell it that it should only look in this directory. Otherwise it gets lost in the weeds of `node_modules`. This also changes the way that `SQLALCHEMY_DATABASE_URI` is overriden to the convention used by this plugin. 1. https://github.com/MobileDynasty/pytest-env 2. https://docs.pytest.org/en/latest/customize.html#confval-testpaths fixup! Remove environment_test.sh 2018-02-14 11:19:11 +00:00			`pytest-env==0.6.2`
Revert "Bump utils version for new invalid address character" 2021-06-01 10:53:28 +01:00			`pytest-mock==3.3.1`
			`pytest-cov==2.10.1`
			`pytest-xdist==2.1.0`
Add tests for celery task superclass This requires upgrading freezegun, as time.monotonic wasn't frozen by v1.0. Note that we need to explicitly specify the base class for the task in the test, the reason for which is quite subtle: - Normally, by using the 'notify_api' fixture, the base class is set to NotifyTask automatically by running app.create_app [1]. - However, when run alongside other tests, the imports of files with other celery tasks cause the base class to be instantiated and cached as the default Celery one. This means none of our tests actually use our custom superclass when testing tasks. Because we can't run 'apply_async' directly (since this would require an actual Celery broker), we need to manually push/pop the request Context that's normally done as part of sending a task. Note also that we use a UUID as the name for a task, since these are global. We want to avoid the task polluting other tests in future, as well as make it clear the task is being reused. [1]: https://github.com/alphagov/notifications-api/blob/dea5828d0e708bc69916a98e2bff989a56112204/app/__init__.py#L113 2021-04-08 10:01:51 +01:00			`freezegun==1.1.0`
Revert "Bump utils version for new invalid address character" 2021-06-01 10:53:28 +01:00			`requests-mock==1.8.0`
add jinja2-cli to dev requirements 2019-04-11 15:05:44 +01:00			`# used for creating manifest file locally`
Bump utils to bring in changes to logging Freezing the requirements changes the Werkzeug version to 0.16.0, which requires a change in how we import an exception (https://github.com/pallets/werkzeug/blob/master/CHANGES.rst#version-0160) 2019-10-23 16:14:39 +01:00			`jinja2-cli[yaml]==0.7.0`