requirements_for_test.txt

-r requirements.txt
flake8==3.8.4
flake8-bugbear==20.11.1
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`
bump test requirements 2020-12-07 14:51:05 +00:00			`flake8==3.8.4`
Do extra code style checks with flake8-bugbear Flake8 Bugbear checks for some extra things that aren’t code style errors, but are likely to introduce bugs or unexpected behaviour. A good example is having mutable default function arguments, which get shared between every call to the function and therefore mutating a value in one place can unexpectedly cause it to change in another. This commit enables all the extra warnings provided by Flake8 Bugbear, except for: - the line length one (because we already lint for that separately) - B903 Data class should either be immutable or use `__slots__` because this seems to false-positive on some of our custom exceptions - B902 Invalid first argument 'cls' used for instance method because some SQLAlchemy decorators (eg `declared_attr`) make things that aren’t formally class methods take a class not an instance as their first argument It disables: - _B306: BaseException.message is removed in Python 3_ because I think our exceptions have a custom structure that means the `.message` attribute is still present Matches the work done in other repos: - https://github.com/alphagov/notifications-admin/pull/3172/files 2020-12-22 15:46:31 +00:00			`flake8-bugbear==20.11.1`
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`