问题一：本地出包自助E2E测试解决了哪些问题？
本地出包自助E2E测试解决了哪些问题？
参考回答：
本地出包自助E2E测试解决了全链路E2E测试带来的环境维护成本高、环境污染导致的无效测试等问题。它允许块存储开发者在开发机编译出包，并通过测试平台白屏自助验证E2E测试，操作共3个步骤：编译上传包 → 提交测试任务 → 查看测试结果。这种方式降低了测试门槛，提高了测试的主观能动性，进而增加了测试运行频次。当测试不再是负担时，大家更愿意进行测试，从而提高了研发效能。 
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654006
问题二：块存储主仓库对增量代码覆盖率有何要求？
块存储主仓库对增量代码覆盖率有何要求？
参考回答：
块存储主仓库对增量代码覆盖率当前强制卡点85%，这意味着在提交新的代码时，必须保证新增的代码部分至少有85%被相应的单元测试所覆盖。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654007
问题三：为什么生产代码与测试代码需要同步原子提交？
为什么生产代码与测试代码需要同步原子提交？
参考回答：
生产代码与测试代码需要同步原子提交，是因为这能够确保每次代码变更都有相应的测试进行验证。如果只有生产代码提交而没有测试代码，那么代码的质量将无法得到保证，可能会引入未知的缺陷。通过同步提交，可以确保测试代码与生产代码的一致性，从而降低系统质量风险。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654008
问题四：代码门禁（CI）是什么，它在块存储中的作用是什么？
代码门禁（CI）是什么，它在块存储中的作用是什么？
参考回答：
代码门禁（CI）即代码提交之前自动运行的测试，测试全量通过后方可提交。在块存储中，CI门禁基于Google开源的云原生CI框架Tekton实现，它支持分布式编译和分布式测试，并限制了Kubernetes门禁集群中的Cpu、Mem、Disk资源。每个测试用例都独占一个容器，以模拟主频降频等场景，从而增加发现低概率时序bug的概率。CI门禁包含编译构建、单元测试、冒烟测试、功能测试、代码风格检查、静态代码扫描、增量代码覆盖率卡点等检查项，以确保提交的代码质量和稳定性。 
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654009
问题五：为什么代码门禁是测试左移的必备单品？
为什么代码门禁是测试左移的必备单品？
参考回答：
代码门禁是测试左移的必备单品，因为它将测试活动提前到代码提交之前进行。通过自动运行测试并阻止不符合要求的代码提交，代码门禁可以确保每个变更都得到充分的验证和测试。这有助于在开发早期发现并修复问题，减少后期修复的成本和风险。因此，代码门禁是测试左移策略中不可或缺的一部分。
关于本问题的更多回答可点击原文查看：https://developer.aliyun.com/ask/654010
