构建和发布过程中的测试或网关

Tests or gateways during build and release process

作为我的自动构建和发布过程的一部分,我 运行 一些 tests/gateways/checks。 这些是一些例子:

您可以将此列表扩展到预部署,post-部署(据我了解,这些将是冒烟测试)

我的问题是,这个 checks/tests 的正确名称是什么?

任何指向有关此类内容的文章的指针都会有所帮助。尝试使用谷歌搜索,但不知道该术语的正确名称有点困难,因此这里有问题 ;)

如果我们坚持持续部署管道的质量门,这张图片可以让它更容易理解,为什么我们需要这样:

并且更具体地说明构建管道:

正如您所看到的,从较低的环境转移到生产环境,根据需要包括不同类型的测试级别和类型。手动阶段意味着 QA 团队更专注于完成这项工作,而不是手头进行性能测试。

The binary actually runs (maybe this can be considered smoke test?)

不正确。

当您的二进制文件在每个环境中设置、部署和构建时,您希望获得快速反馈(在 10 分钟内)如何设置(配置)功能和 运行ning。拥有良好的 Smoke suite 会让您确信一切顺利,因此您可以继续进行其余昂贵的测试和自动化工作。 It's also known as intake testing, when subset of test cases that cover the most important functionality is selected and 运行, to ascertain if crucial functions of a program correctly work.它在使用时提供的主要优势是确定是否应该对该二进制文件进行进一步、更细粒度的测试。

My question is, what is the correct name for this checks/tests?

如您所见,质量流程用简单的词来说有点复杂 (activity)。单个博客 post 或此处的一个答案只能触及表面。还有几个books

您可以继续阅读here and here

底线: 您通过的测试应该是晋升为 Prod 的门户。