本文阅读时长：约 5 分钟
测试环境
测试环境用于在不影响正式研究数据的情况下验证项目配置、演练业务流程和开展操作培训。每个项目的测试环境与生产环境相互独立，测试环境只应使用模拟数据。
测试环境的用途
测试环境和生产环境从同一个项目入口进入，但承担不同用途。
| 对比项 | 测试环境 | 生产环境 |
|---|---|---|
| 主要用途 | 配置验证、流程演练、培训和演示 | 正式开展研究和采集真实数据 |
| 数据要求 | 仅使用模拟数据 | 按项目要求录入正式研究数据 |
| 中心 | 使用测试环境中心 | 使用生产环境中心 |
| 配置版本 | 可以应用草稿配置进行验证 | 使用已经发布的正式配置 |
| 项目启动 | 不需要启动项目即可使用 | 启动项目后开放，启动操作不可撤销 |
测试环境中的中心、研究参与者、事件、表单数据和质疑不会成为生产环境数据。测试完成后，应在生产环境按正式流程建立相应记录，不应将测试结果当作正式研究记录使用。
进入测试环境后，页面顶部会显示橙色提示“您正处于测试环境，请勿录入真实的项目数据”。姓名、手机号、证件号码、真实检查结果及其他可识别信息均不得作为测试数据录入。
适用场景
测试环境适合以下场景：
| 场景 | 建议验证内容 |
|---|---|
| eCRF 方案测试 | 分组、事件、表单、字段、事件与表单关联是否符合设计 |
| 数据校验测试 | 必填、数值范围、逻辑核查和质疑结果是否符合预期 |
| 自动化规则测试 | 逻辑控制、自动计算及输入值变化后的结果是否正确 |
| 模块配置测试 | 知情同意、源文件、ePRO、随访等草稿配置是否可正常使用 |
| 完整流程演练 | 创建测试中心和模拟研究参与者，演练录入、提交、质疑及操作日志 |
| 成员培训 | 让新成员熟悉菜单、角色范围和日常操作，不接触真实研究数据 |
| 功能演示 | 使用脱敏的模拟场景向项目团队展示操作流程 |
测试应覆盖正常值、边界值和异常值。仅验证“页面能够打开”不足以确认配置可用于生产环境，还应检查数据路径、提示信息、规则结果和角色权限是否符合项目安排。
开关控制
测试环境由 项目设置 → 通用设置 → 功能设置总览 → 测试环境 开关控制。只有具备相应项目设置权限的成员才能更改开关。
| 开关状态 | 影响 |
|---|---|
| 开启 | 项目可以进入测试环境，并显示相应的测试环境设置和入口 |
| 关闭 | 测试环境入口和相关设置不可用 |
测试环境开关的变更会写入项目操作日志。关闭开关前，应先确认当前没有正在进行的测试或培训，并记录需要保留的验证结果。关闭开关用于停止使用测试环境入口，不应把它作为清理测试数据的操作；需要处理既有测试数据时，应按项目要求执行。
开启测试环境只用于测试和培训，不会启动生产环境。“启动项目”用于开放生产环境，启动后不可撤销。项目尚处于“准备中”时，也可以独立使用测试环境。
进入与退出测试环境
进入方式取决于项目是否已经启动。
| 项目状态 | 进入方式 |
|---|---|
| 准备中 | 打开项目后的引导页包含“项目测试 / 操作培训”卡片，点击“进入测试环境” |
| 已启动 | 在项目工作区右上角打开“测试环境”菜单，点击“进入测试环境” |
进入后，应先确认页面顶部的橙色测试环境提示，再开始配置或录入模拟数据。需要返回生产环境时，点击提示栏右侧的“返回生产环境”。切换后应再次核对当前环境，避免把后续操作执行在错误环境中。
草稿配置与测试中心
项目配置通常先以草稿形式提供给测试环境验证，再发布到生产环境。eCRF 方案的典型过程如下：
| 阶段 | 处理方式 |
|---|---|
| 设计配置 | 在项目设置中建立或修改方案、表单和规则 |
| 保存为草稿 | 选择需要应用该草稿方案的测试环境中心 |
| 测试验证 | 在测试环境创建模拟研究参与者，录入和提交模拟数据 |
| 修改草稿 | 测试发现问题时返回设计状态调整，再次保存为草稿 |
| 发布方案 | 测试通过后发布正式版本，供生产环境中心使用 |
中心设置页面可以在“生产环境”和“测试环境”之间切换。创建测试中心时，应使用明显的测试名称和编号，避免与生产中心混淆。测试中心可以应用已选择的草稿方案；生产环境中心使用已发布方案。
知情同意、源文件、eTMF 等支持草稿与发布的配置，也应遵循先测试、后发布的原则。不同模块的具体发布方式以各配置页面为准。
测试数据管理
测试数据用于验证配置，不需要模拟真实人员的完整身份。建议采用统一、可辨识的测试命名方式，例如“测试中心 STEST”“模拟参与者 T0001”，并在测试记录中避免出现真实联系方式或医学资料。
测试过程中应注意：
- 不复制生产环境中的研究参与者信息到测试环境。
- 不将测试环境截图中的模拟签名、手机号误当作真实联系信息。
- 不将测试导出文件用于正式分析、申报或项目交付。
- 不因测试成功就跳过生产发布前的版本和中心范围核对。
- 完成测试后，按项目约定记录测试版本、场景、结果和遗留问题。
测试数据与生产数据相互隔离，测试环境中的录入、质疑和状态变更不会同步到生产环境。生产环境需要的中心、研究参与者和业务记录必须按正式流程建立。
上线前检查
准备发布配置或启动生产环境前，应至少确认：
- 测试中心使用的是本次待验证的草稿配置。
- 事件、表单、字段及各类规则已经覆盖主要业务场景。
- 逻辑核查、自动计算和质疑流程符合预期。
- 已启用模块的草稿配置已经完成测试。
- 角色权限和中心数据范围符合人员职责。
- 测试过程中发现的问题已经修改并重新验证。
- 待发布的版本号、适用中心和配置内容已经复核。
测试环境通过不代表配置已经在生产环境生效。完成验证后，还需要执行相应的“发布方案”或模块发布操作，并确认生产环境中心应用了正确版本。eCRF 的草稿、发布和中心更新规则见eCRF 设计的版本化。