本文为您介绍在DataTester上使用配置管理功能时必要的基本概念，以及功能使用的通用流程指引，便于新用户快速了解如何使用产品功能。
背景信息
基本概念
AB实验大家都已经熟悉，此处主要针对FeatureFlag功能使用过程的一些新名词做出解释。为便于理解Feature相关的概念，以下以一个具体的场景为例，为您介绍对应的概念。
示例场景：APP登录这个功能，支持不同的登录方式（微信、QQ、抖音），对APP登录这个功能做功能相关的实验及分析。
概念 | 详细介绍 | 示例 |
|---|
Feature | 即配置（功能），可通过Feature名称和一个唯一的key来标识这个Feature | - Feature名称：APP登录方式
- key：app_log_type
|
变体 | 即配置取值，一个Feature可设置多个变体（取值） | - 变体1：1 (微信登录)
- 变体2：2(QQ登录)
- 变体3：3(抖音登录)
|
发布受众 | 即生效规则 | 安卓用户默认QQ登录、iOS用户默认抖音登录、其他默认微信登录 |
AB实验和FeatureFlag的关系
AB实验和FeatureFlag是我们打造的适用不同场景的工具：
- AB实验用来验证评估不同版本/策略的效果。
- 而FeatureFlag是用来做动态配置、人群定向发布、实验全量等配置下发的工具。
细分 | 详细描述 |
|---|
关联性 | - 只需要进行一次产品接入，即可使用AB实验和FeatureFlag
- 下发链路相同，AB实验可直接固化为FeatureFlag
- 共用一套请求参数（过滤条件），参数一次注册后均可使用
|
区别 | - 两者独立，可同时存在
例如，APP登录方式作为常用的动态配置按照线上规则正常下发(比如默认展示QQ登录、微信登录、抖音登录等3种方式供用户选择); 同时可开启一个实验，验证增加一个手机号登录是否有助于提升登录率 - 若同一个参数既有实验运行中，又有FeatureFlag已全量，遇到冲突时优先级 实验>Feature
|
操作流程指引
- 创建Feature并嵌入代码。
- 创建Feature。
您可以手动创建Feature，操作详情请参见创建Feature：手动创建，也可以将已创建的实验参数固化为Feature，详情请参见创建Feature：实验固化/关联。 - 嵌入代码代码。
Feature创建完成后，您需要将Feature相关配置嵌入到业务代码中，详情请参见嵌入Feature代码。
- 调试并发布Feature。
正式发布Feature前，您可以配置白名单用户，用于测试Feature的配置是否符合预期，详情请参见调试Feature：白名单测试。 - 管理Feature。
您可以对Feature的版本、生命周期、权限进行管理操作。