测试环境 - AWS 规范性指导
访问生成步骤部署步骤迁移到暂存环境之前的期望

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

测试环境

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

访问

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

生成步骤

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

  1. 使用 git-sec rets (GitHub) 扫描敏感信息

  2. 整理源代码

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

  4. 执行单元测试

  5. 执行代码覆盖率分析

  6. 执行静态代码分析

  7. 构建 IaC

  8. 执行 IaC 安全分析

  9. 提取开源许可证

部署步骤

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

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

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

  3. 下载已发布的文物

  4. 执行数据库版本控制

  5. 执行 IaC 部署

  6. 执行集成测试

  7. 执行性能测试

  8. 质量保证批准

迁移到暂存环境之前的期望

  • 开发和 QA 团队已经进行了充分的测试，足以满足贵组织的要求。

  • 开发团队已通过bugfix分支解决了所有发现的错误。