本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 测试环境
<a name="testing-environment"></a>

质量保证 (QA) 人员使用测试环境来验证功能。他们在完成测试后批准更改。当他们批准后，分支机构就会进入下一个环境，即暂存环境。在 Gitflow 中，此环境及其以上的其他环境只能从`release`分支部署。分`release`支基于包含计划功能的`develop`分支。

## 访问
<a name="access"></a>

根据最小权限原则分配权限。开发人员对测试环境的访问权限应少于对开发环境的访问权限。QA 人员需要足够的权限才能测试该功能。

## 生成步骤
<a name="build-steps"></a>

此环境中的构建过程仅适用于使用 Gitflow 策略时的错误修复。向`bugfix`分支创建合并请求会自动开始构建。

1. 使用 [git-sec](https://github.com/awslabs/git-secrets) rets (GitHub) 扫描敏感信息

1. 整理源代码

1. 生成并编译源代码（如果适用）

1. 执行单元测试

1. 执行代码覆盖率分析

1. 执行静态代码分析

1. 构建 IaC

1. 执行 IaC 安全分析

1. 提取开源许可证

## 部署步骤
<a name="deployment-steps"></a>

在开发环境中部署后，在测试环境中自动启动`release`分`main`支 (Gitfl GitHub ow) 或分支（Trunk 或 Flow）的部署。以下是测试环境中的部署步骤：

1. 在测试环境中部署`release`分支（Gitflow）或`main`分支（Trunk 或 GitHub Flow）

1. 暂停以供指定人员手动批准

1. 下载已发布的文物

1. 执行数据库版本控制

1. 执行 IaC 部署

1. 执行集成测试

1. 执行性能测试

1. 质量保证批准

## 迁移到暂存环境之前的期望
<a name="expectations-before-moving-to-the-staging-environment"></a>
+ 开发和 QA 团队已经进行了充分的测试，足以满足贵组织的要求。
+ 开发团队已通过`bugfix`分支解决了所有发现的错误。