33The ` Docker Integration Tests ` (aka ` BDI ` ) is image for integration tests.
44Supposed that this image will not be used to execute integration tests directly
55but real images for integration tests will use this image as basic
6- (` FROM ` command in the particular docker file). BDI builds some ` sandbox ` which
6+ (` FROM ` command in the particular Docker file). BDI builds some ` sandbox ` which
77includes ` python ` interpreter, Robot Framework, some useful tools such as
88` bash ` , ` shadow ` , ` vim ` , ` rsync ` , ` ttyd ` , common custom Robot Framework libraries
9- (for example, ` PlatformLibrary ` ) and customized docker entry point script.
9+ (for example, ` PlatformLibrary ` ) and customized Docker entry point script.
1010
1111* [ Introduction] ( #introduction )
1212 * [ Pre-installed tools] ( #pre-installed-tools )
@@ -46,7 +46,7 @@ and move `PlatformLibrary.html` file to documentation directory.
4646
4747## Docker Entry point Script
4848
49- A docker entry point script is a script which will be executed after docker container is created.
49+ A Docker entry point script is a script which will be executed after Docker container is created.
5050If you override the image, its entry point script
5151will be executed by default. But if you override the entry point as well, your own entry point will be run.
5252Docker Integration Tests contains simple and customized entry point script - ` /docker-entrypoint.sh `
@@ -59,7 +59,7 @@ with the following command (possible `CMD` arguments):
5959
6060* ` run-ttyd ` command starts ` ttyd ` tool. ` ttyd ` is Web-console which rather useful for dev and troubleshooting purposes.
6161
62- * ` custom ` command executes custom bash script if this script's path is provided.
62+ * ` custom ` command executes custom Bash script if this script's path is provided.
6363* To provide custom script this script should exist within container
6464 and environment variable ` CUSTOM_ENTRYPOINT_SCRIPT ` should contain path to the script.
6565 Actually, ` custom ` command is equivalent to overriding the entry point
@@ -211,7 +211,7 @@ STATUS_CUSTOM_RESOURCE_NAME=zookeeper
211211` ` `
212212
213213If your k8s pod with integration tests always writes status to well-known custom resource you can override all this environment
214- variables (excluding `STATUS_CUSTOM_RESOURCE_NAMESPACE`) in your docker file and set namespace in helm chart.
214+ variables (excluding `STATUS_CUSTOM_RESOURCE_NAMESPACE`) in your Docker file and set namespace in helm chart.
215215
216216Both of this approaches work with native k8s entities too. For example :
217217
@@ -223,7 +223,7 @@ STATUS_CUSTOM_RESOURCE_PLURAL=deployments
223223STATUS_CUSTOM_RESOURCE_NAME=zookeeper-1
224224` ` `
225225
226- If feature is available `write_status.py` script is called two times. The first time immediately after docker
226+ If feature is available `write_status.py` script is called two times. The first time immediately after Docker
227227entrypoint script was started to set `In progress` condition. The second time after tests are finished and parsed by
228228` analyze results` script to set in the `message` field tests results. Default analyzer script is `write_status.py`
229229but inheritor image can override it by `WRITE_STATUS_SCRIPT` environment variable which contains path to custom
@@ -244,7 +244,7 @@ should be placed in the `result.txt` file and the first line will be used as sho
244244
245245**Note!** This feature (write status to k8s entities) is disabled by default! To turn on it please set the
246246` STATUS_WRITING_ENABLED` environment variable to `true`.
247- For example in your docker file as
247+ For example in your Docker file as
248248
249249` ` ` ini
250250ENV STATUS_WRITING_ENABLED=true
@@ -276,5 +276,33 @@ Docker Integration Tests uses the following environment variables:
276276* IS_STATUS_BOOLEAN
277277
278278All of them instead of `TAGS`, `ONLY_INTEGRATION_TESTS`, `STATUS_CUSTOM_RESOURCE_NAMESPACE`,
279- ` STATUS_CUSTOM_RESOURCE_PATH` and maybe `DEBUG` we recommend overriding in the docker file and do not
279+ ` STATUS_CUSTOM_RESOURCE_PATH` and maybe `DEBUG` we recommend overriding in the Docker file and do not
280+ forward them to the integration tests deployment environment.
281+
282+ # ## ATP Storage (S3) Variables
283+
284+ These variables enable automatic upload of test results and reports to S3-compatible storage :
285+
286+ * `ATP_STORAGE_PROVIDER` - Storage provider type: `aws` (AWS S3), `minio` (MinIO), or `s3` (S3-compatible storage)
287+ * `ATP_STORAGE_SERVER_URL` - S3 API endpoint URL (required for MinIO and S3-compatible storage, e.g., <https://minio.example.com> or <https://s3.amazonaws.com>)
288+ * `ATP_STORAGE_SERVER_UI_URL` - S3 UI URL for browsing uploaded files (optional, e.g., <https://minio-ui.example.com>)
289+ * `ATP_STORAGE_BUCKET` - S3 bucket name for storing test results. If empty, S3 integration is disabled
290+ * `ATP_STORAGE_REGION` - S3 region (optional, default: us-east-1). Required for AWS S3
291+ * `ATP_STORAGE_USERNAME` - S3 credentials username:
292+ * For AWS S3: AWS Access Key ID
293+ * For MinIO: MinIO Access Key
294+ * Required when `ATP_STORAGE_BUCKET` is set
295+ * `ATP_STORAGE_PASSWORD` - S3 credentials password:
296+ * For AWS S3: AWS Secret Access Key
297+ * For MinIO: MinIO Secret Key
298+ * Required when `ATP_STORAGE_BUCKET` is set
299+ * `ATP_REPORT_VIEW_UI_URL` - URL for viewing Allure reports (optional, e.g., <https://allure.example.com>)
300+ * `ENVIRONMENT_NAME` - Environment name for organizing test results in S3 (e.g., dev, staging, prod). Results are stored in: `s3://{bucket}/Result/{environment}/{date}/{time}/`
301+ * `UPLOAD_METHOD` - Upload method: `sync` (directory sync) or `cp` (file-by-file upload, default: sync)
302+
303+ **Note:** Test results are automatically uploaded to S3 with the following structure:
304+ - Allure results : ` s3://{bucket}/Result/{environment}/{date}/{time}/allure-results/`
305+ - Attachments : ` s3://{bucket}/Report/{environment}/{date}/{time}/attachments/`
306+
307+ All ATP Storage variables except `ENVIRONMENT_NAME` it is recommended to override in the Docker file and do not
280308forward them to the integration tests deployment environment.
0 commit comments