连续测试...这是什么？当我们第一次决定做一个专门针对DevOps进行连续测试实践的杂志问题时，我与某人开玩笑：“这是关于连续测试。”
他们的答复是：“是的。还会有什么？”
我在开玩笑，但显然这个笑话没有着陆。连续测试是关于连续测试，但这并不是那么简单。DevOps的连续测试练习以及您的组织的外观将依赖一些事情，但让我们首先谈论DevOps。
请记住，Devops的核心是进行开发，操作和测试所有在开发过程的早期（即从项目开始）进行的所有交谈和协作。在某些情况下，DevOps已演变为选择用于连续交付的工具集。同样重要，工具集并不意味着您正在执行“ DevOps”。越来越早于关于测试和永久性的合作分解筒仓在开发中将有更多的测试。
将重点恢复到连续测试中，有2种文化原则对连续测试的含义具有更大的影响：（1）左翼，（2）每一步的质量。左右是发展意识形态是首先通过进行测试阶段在敏捷中引起人们的关注，而测试阶段在历史上一直处于SDLC的末端，并在SDLC中移动，因此转移管道上的测试“左”。这在每个步骤都会导致质量，因为通过在SDLC中测试（且更经常），您可以确保在每个阶段之后，软件的质量足够好，可以晋升为下一阶段_因此，质量在[SDLC]的每个步骤中。
首先，您必须具有平稳，易于连续的集成/CI实践。这是构建验证，这意味着您获得了构建和运行测试，以查看您的构建良好。首先，您运行单元测试；然后，运行一个由高级测试组成的烟雾测试，而不是单个单位，而不是单位。一旦构建有资格，团队就可以继续进行更多的开发并进行更多测试。
关于持续测试的事情，了解左右质量在每一步，您都做一件事情并测试它。然后，您做另一件事并测试那事物。这里的目的是，如果您打破了某些东西，但您只改变了一件事，您确切地知道为什么会发生休息。这将使缺陷隔离并进行测试。然后，您做另一件事并测试那事物。这里的目的是，如果您打破了某些东西，但您只改变了一件事，您确切地知道为什么会发生休息。这将使缺陷隔离和重新加工很快。在连续测试中，您的测试是狭窄的，因为您的变化狭窄。
另一种方式考虑。如果您正在进行容器体系结构，那么主要好处之一是，如果您将一个容器与另一个容器交换，则只需测试更改的容器即可。您无需运行5天的自动GUI测试套件，该套件由5个平台上的800,000个测试用例组成，您只需对更改的区域进行测试。您进行更改，然后测试更改。连续测试并不意味着您一次又一次地运行完整的回归套件。您不需要测试整个过程。
您可能会问：“迈克尔，您是说如果我更改系统的一部分，那么不需要测试系统的另一部分？一个人不能改变遥远的作品吗？”为此，我说是和否：的确，一个变化可以打破另一个遥远的作品。但是，我们都知道这可能发生。这是快速交付和部署的风险。
但是现在，这提出了数字游戏，数字很重要。
假设您有10,000个自动测试……如果您只需要20分钟即可运行10,000个测试用例，那就太好了！每当您只有20分钟的情况下，每次进行任何更改或推广到下一个环境时，请继续运行完整的回归套件。但是，如果这些10,000个测试进行过夜，那么显然，您每次推动另一个堆积时间或在每个环境发生变化之后都无法运行该测试套件。如果您的完整回归套件包括大量的维护时间，大量的执行时间和大量成本，那么您显然不能连续运行相同的完整回归套件。重要的是要注意，连续测试不是连续运行测试，而是关于连续，快速地提供结果。
因此，请参考我最初的失败笑话：是的，在基本层面上，连续测试是关于连续测试的。但是，显然有很多活动部件，要求和突发事件。没有定义的正确或错误的连续测试方法，而是一堆依赖于组织的流程和目标的灰色区域，这使其成为30多页杂志的一个很好的主题！
这个问题的目的是尽可能彻底回答一个问题：什么是连续测试？这个问题将来自Logigear内部和外部的思想领导融合在一起。封面故事，连续测试的5种最佳实践，，，，是由Logigear CTO Hans Buwalda撰写的，他在其中运用了数十年的关于测试设计和自动化的知识，为可能在CT实施中苦苦挣扎的组织提供5个提示。我们的信息图，连续测试的初学者指南，对于那些可能首次学习或希望第一次实施CT的人来说，是一个很好的资源。在文章中连续交付：您需要知道的一切，Logigear产品经理Thuc Nguyen涵盖了“您需要知道的一切”（HA！）关于从定义到工具选择的连续交付，再到连续交付的测试。本期本月的博客作者克里斯汀·杰克沃尼（Kristin Jackvony）分享了她的见解书评：DevOps专业人士的连续测试这是行业专家为寻求优化其CT计划的人撰写的精彩指南。我们的战略业务合作伙伴酱汁实验室也为这个问题做出了贡献零售业的连续测试，，，，它探讨了数字零售市场中日益增长的“测试速度需求”。这个问题还介绍了我4年领导者脉搏系列的最后一部分；这本部分本质上是我对本系列的最初意图的结晶：经理在现代技术组织中的作用是什么？最后，为了将其全部结束，我们的遗产团队已创建了一个逐步指南如何将Jenkins CI工具集成到testArchitect中。
我们希望您喜欢这个问题。愉快的测试！
