Continuous integration 从应用程序的角度来看，持续集成、持续交付和持续部署

我正在使用Visual Studio、TFS 2015、Visual Studio团队服务和Azure/本地或远程IIS实现持续集成。 我在下面看书

我/我的团队将代码签入TFS存储库，并在每次签入代码时配置自动生成；是持续整合吗

我已经配置了构建。它运行nuget package manager、运行测试、执行生成并将生成的程序集放到指定位置。是连续交货吗

我已将部署配置为Azure/IIS。我还启用了持续集成。因此，无论何时我/我的团队签入代码，它都会运行构建并部署到生产/声明服务器。是连续部署吗

当我在一次单击中执行以上所有操作时，它被称为DevOps吗

在这里，使用Selenium/MS Build进行手动测试的作用体现在哪里

请添加输入，如果我哪里出了问题，请告诉我

对。准确地说，它只是一种词的形式。在TFS中，这是 称为CI构建。您可以通过选择 构建定义

对。这也是一种持续交付的实施方式

是。连续部署被描述为逻辑上的下一步 连续交付后：自动将产品部署到 无论何时通过QA，都要进行生产

否。连续交付和DevOps在含义上相似，且 通常被混为一谈，但它们是两个不同的概念 范围更广，以文化变革为中心，特别是 参与软件交付的各个团队的协作 （开发商、运营、质量保证、管理等），如 以及自动化软件交付过程。连续的 另一方面，交付是一种自动化交付的方法 方面，并侧重于将不同的流程和 更快更频繁地执行它们。他们有共同点 最终目标和通常与实现目标结合使用。德沃斯 持续交付与敏捷方法和精益管理有着共同的背景 思考：小而快的变化，最终具有集中的价值 顾客他们在内部进行了良好的沟通和协作， 从而有助于实现快速上市，降低风险

手动测试是一个耗时的过程，也是一个劳动密集型的过程 确保一个软件做了它应该做的事情，不管怎样 它发展得很快。团队有时过于依赖单元测试，而忽略了自动化和验收测试。CI也有一些风险和挑战。这只是其中之一