debian-mirror-gitlab/doc/development/experiment_guide/index.md

70 lines
4.6 KiB
Markdown
Raw Normal View History

2021-01-29 00:20:46 +05:30
---
stage: Growth
group: Activation
2021-02-22 17:27:13 +05:30
info: To determine the technical writer assigned to the Stage/Group associated with this page, see https://about.gitlab.com/handbook/engineering/ux/technical-writing/#assignments
2021-01-29 00:20:46 +05:30
---
2019-12-21 20:55:43 +05:30
# Experiment Guide
2021-02-22 17:27:13 +05:30
Experiments can be conducted by any GitLab team, most often the teams from the [Growth Sub-department](https://about.gitlab.com/handbook/engineering/development/growth/). Experiments are not tied to releases because they primarily target GitLab.com.
2019-12-21 20:55:43 +05:30
2021-11-11 11:23:49 +05:30
Experiments are run as an A/B/n test, and are behind an [experiment feature flag](../feature_flags/#experiment-type) to turn the test on or off. Based on the data the experiment generates, the team decides if the experiment had a positive impact and should be made the new default, or rolled back.
2019-12-21 20:55:43 +05:30
2021-11-11 11:23:49 +05:30
## Experiment rollout issue
2019-12-21 20:55:43 +05:30
2021-11-11 11:23:49 +05:30
Each experiment should have an [experiment rollout](https://gitlab.com/groups/gitlab-org/-/boards/1352542) issue to track the experiment from rollout through to cleanup and removal.
The rollout issue is similar to a feature flag rollout issue, and is also used to track the status of an experiment.
When an experiment is deployed, the due date of the issue should be set (this depends on the experiment but can be up to a few weeks in the future).
2019-12-21 20:55:43 +05:30
After the deadline, the issue needs to be resolved and either:
2021-02-22 17:27:13 +05:30
- It was successful and the experiment becomes the new default.
- It was not successful and all code related to the experiment is removed.
2019-12-21 20:55:43 +05:30
In either case, an outcome of the experiment should be posted to the issue with the reasoning for the decision.
## Code reviews
2021-01-03 14:25:43 +05:30
Experiments' code quality can fail our standards for several reasons. These
reasons can include not being added to the codebase for a long time, or because
of fast iteration to retrieve data. However, having the experiment run (or not
2021-02-22 17:27:13 +05:30
run) shouldn't impact GitLab availability. To avoid or identify issues,
2021-01-03 14:25:43 +05:30
experiments are initially deployed to a small number of users. Regardless,
experiments still need tests.
2021-11-11 11:23:49 +05:30
Experiments must have corresponding [frontend or feature tests](../testing_guide/index.md) to ensure they
exist in the application. These tests should help prevent the experiment code from
being removed before the [experiment cleanup process](https://about.gitlab.com/handbook/engineering/development/growth/experimentation/#experiment-cleanup-issue) starts.
2021-01-03 14:25:43 +05:30
If, as a reviewer or maintainer, you find code that would usually fail review
but is acceptable for now, mention your concerns with a note that there's no
need to change the code. The author can then add a comment to this piece of code
2022-01-26 12:08:38 +05:30
and link to the issue that resolves the experiment. The author or reviewer can add a link to this concern in the
experiment rollout issue under the `Experiment Successful Cleanup Concerns` section of the description.
If the experiment is successful and becomes part of the product, any items that appear under this section will be addressed.
2019-12-21 20:55:43 +05:30
2021-04-17 20:07:23 +05:30
## Implementing an experiment
2021-03-11 19:13:27 +05:30
2022-01-26 12:08:38 +05:30
[`GLEX`](https://gitlab.com/gitlab-org/ruby/gems/gitlab-experiment) - or `Gitlab::Experiment`, the `gitlab-experiment` gem - is the preferred option for implementing an experiment in GitLab.
2021-03-11 19:13:27 +05:30
2021-11-11 11:23:49 +05:30
For more information, see [Implementing an A/B/n experiment using GLEX](gitlab_experiment.md).
2019-12-21 20:55:43 +05:30
2021-11-11 11:23:49 +05:30
There are still some longer running experiments using the [`Exerimentation Module`](experimentation.md).
2021-01-03 14:25:43 +05:30
2021-11-11 11:23:49 +05:30
Both approaches use [experiment](../feature_flags/index.md#experiment-type) feature flags.
`GLEX` is the preferred option for new experiments.
2021-09-04 01:27:46 +05:30
### Add new icons and illustrations for experiments
Some experiments may require you to add custom icons or illustrations to our codebase.
This process is lengthy and at this stage, the outcome of the experiment uncertain.
Therefore, you should postpone this effort until the [experiment cleanup process](https://about.gitlab.com/handbook/engineering/development/growth/#experiment-cleanup-issue).
We recommend the following workflow:
2021-11-18 22:05:49 +05:30
1. Review the Pajamas guidelines for [icons](https://design.gitlab.com/product-foundations/iconography/) and [illustrations](https://design.gitlab.com/product-foundations/illustration/).
2021-09-04 01:27:46 +05:30
1. Add an icon or illustration as an `.svg` file in the `/app/assets/images` (or EE) path in the GitLab repository.
1. Use `image_tag` or `image_path` to render it via the asset pipeline.
1. **If the experiment is a success**, designers add the new icon or illustration to the Pajamas UI kit as part of the cleanup process.
Engineers can then add it to the [SVG library](https://gitlab-org.gitlab.io/gitlab-svgs/) and modify the implementation based on the
[Frontend Development Guidelines](../fe_guide/icons.md#usage-in-hamlrails-2).