mozilla
/
experimenter
зеркало из https://github.com/mozilla/experimenter.git
1
0
Форкнуть 0
Код Задачи Пакеты Проекты Релизы Вики Активность
experimenter/.env.integration-tests

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

56 строки
1.5 KiB
Plaintext
Исходник Обычный вид История

Initial commit adding e2e live test. (#5389) * Initial commit adding e2e remote settings live test. * Review updates * Remove recursive flag. * Fix typo.
2021-06-10 20:34:57 +03:00
BUGZILLA_API_KEY=
BUGZILLA_CC_LIST=
BUGZILLA_HOST=https://bugzilla.allizom.org/
fix #5983 bug(nimbus): modify timing on timeout integration test (#5985) Because * With the settings we shipped, timeout=60s, refresh=30s, wait=45*2=90s, we expect that after two invocations of the celery task the experiment will be marked as timed out and 90s gives us that extra 30s to wait, but I've observed that since the timeout calculation is detached from the celery schedule, it may occur that on the second invocation it can be milliseconds below the timeout point and so it won't timeout until the third invocation, and since that's 90s which butts up right against the 90s the test waits it can randomly happen just after the test ends, I verified that the test did in fact end just before the experiment was marked as timed out This commit * Changes the integration test timing to timeout=40s, refresh=20s, wait=60*2=120s which should give enough time for three invocations of the task to occur
2021-07-19 21:22:20 +03:00
CELERY_SCHEDULE_INTERVAL=20
fix #5986 chore(project): increase COMPOSE_HTTP_TIMEOUT (#5987) Because * We've seen a lot of intermittent failures in circle complaining about COMPOSE_HTTP_TIMEOUT being too low This commit * Let's try increasing it and see if that helps
2021-07-17 00:10:17 +03:00
COMPOSE_HTTP_TIMEOUT=1000
Initial commit adding e2e live test. (#5389) * Initial commit adding e2e remote settings live test. * Review updates * Remove recursive flag. * Fix typo.
2021-06-10 20:34:57 +03:00
DB_HOST=db
DB_NAME=postgres
DB_PASS=postgres
DB_USER=postgres
DEBUG=True
DELIVERY_CONSOLE_HOST=
EMAIL_BACKEND=django.core.mail.backends.console.EmailBackend
EMAIL_HOST_PASSWORD=
EMAIL_HOST_USER=
EMAIL_HOST=
EMAIL_PORT=
EMAIL_RELEASE_DRIVERS=
EMAIL_REVIEW=
EMAIL_SENDER=
EMAIL_SHIP=
EXPERIMENTS_PAGINATE_BY=50
FEATURE_ANALYSIS=False
FEATURE_MESSAGE_TYPE=False
fix #7185 chore(project): update local dev authentication for Jetstream (#7218) * fix #7185 chore(project): update local dev authentication for Jetstream * update env vars for integration; add troubleshooting tip * add gcp project access info
2022-05-04 22:07:26 +03:00
GOOGLE_APPLICATION_CREDENTIALS=/tmp/keys/application_default_credentials.json
GOOGLE_ADC_FILE=~/.config/gcloud/application_default_credentials.json
Initial commit adding e2e live test. (#5389) * Initial commit adding e2e remote settings live test. * Review updates * Remove recursive flag. * Fix typo.
2021-06-10 20:34:57 +03:00
HOSTNAME=localhost
KINTO_HOST=http://kinto:8888/v1
KINTO_PASS=experimenter
KINTO_USER=experimenter
fix #5983 bug(nimbus): modify timing on timeout integration test (#5985) Because * With the settings we shipped, timeout=60s, refresh=30s, wait=45*2=90s, we expect that after two invocations of the celery task the experiment will be marked as timed out and 90s gives us that extra 30s to wait, but I've observed that since the timeout calculation is detached from the celery schedule, it may occur that on the second invocation it can be milliseconds below the timeout point and so it won't timeout until the third invocation, and since that's 90s which butts up right against the 90s the test waits it can randomly happen just after the test ends, I verified that the test did in fact end just before the experiment was marked as timed out This commit * Changes the integration test timing to timeout=40s, refresh=20s, wait=60*2=120s which should give enough time for three invocations of the task to occur
2021-07-19 21:22:20 +03:00
KINTO_REVIEW_TIMEOUT=40
Initial commit adding e2e live test. (#5389) * Initial commit adding e2e remote settings live test. * Review updates * Remove recursive flag. * Fix typo.
2021-06-10 20:34:57 +03:00
LOGGING_CONSOLE_LEVEL=INFO
LOGGING_USE_JSON=False
NORMANDY_API_HOST=
NORMANDY_DEVTOOLS_HOST=https://normandy-devtools.services.mozilla.com/#/local
OPENIDC_CLIENT_ID=
OPENIDC_CLIENT_SECRET=
OPENIDC_HEADER=HTTP_X_FORWARDED_USER
REDIS_DB=0
REDIS_HOST=redis
REDIS_PORT=6379
SECRET_KEY=SOMETHINGSECURE
SENTRY_DSN=
STATSD_BACKEND=markus.backends.logging.LoggingMetrics
SKIP_REVIEW_ACCESS_CONTROL_FOR_DEV_USER=true
STATSD_HOST=
STATSD_PORT=
STATSD_PREFIX=experimenter
USE_GOOGLE_ANALYTICS=false
fix #9387 feat(cirrus): Cirrus demo app integration tests (#9658) Because - We have a demo app that can test the integration end to end, it has the frontend and backend. - We could stand up the experimenter, launch the experiment or rollout, and push to RS, Cirrus can sync to RS and then the frontend can send a request to the backend and then backend can reach out to Cirrus and can ask for the feature config - When the backend receives the response, can send the response back to the frontend This commit - Tests end-to-end integration between the experimenter, RS, Cirrus, and Demo app - Test both the experiment and rollout end to end fixes #9387
2023-11-03 22:47:01 +03:00
CIRRUS_REMOTE_SETTING_REFRESH_RATE_IN_SECONDS=1
CIRRUS_REMOTE_SETTING_URL=http://kinto:8888/v1/buckets/main/collections/nimbus-web-experiments/records
CIRRUS_APP_ID=demo-app-beta
CIRRUS_APP_NAME=demo_app
CIRRUS_CHANNEL=release
CIRRUS_FML_PATH=./feature_manifest/sample.yml
CIRRUS_SENTRY_DSN=