检查企业中持续测试的障碍

尽管这个名字意味着什么，连续测试(C T)实际上是一种降低测试成本的策略。 这一术语指的是一种特殊的测试，即那些可以由计算机自动运行的测试，而无需人力帮助。 计算机程序在构建之后运行，创建测试环境，运行一组自动检查并快速返回结果。 这收紧了每一个变化的反馈循环，同时降低了开发人员打破大东西的风险。 这种策略特别善于发现回归错误，其中对特征的更改会影响计划测试范围之外的其他特征。

酱油实验室2018年的一份报告发现，88%的被调查组织使用了连续集成(C I)，也就是说，他们在每一次变化的情况下都在构建软件。 同一项调查发现，87%的调查对象对测试自动化举措有管理支持，但实际上只有28%的人有大量的测试自动化覆盖范围。

和覆盖是关键.. 目标是能够做足够的测试，以便每次程序员完成一个最小的可售功能时都能发送代码。

为了实现这一目标，我们需要克服沃尔夫冈·普拉特斯在其著作《企业持续测试》中所称的“测试自动化的三个噩梦”。 这些是测试维护、测试数据和测试环境。

SEE：IT专业机器人流程自动化指南(免费PD F)（技术共和国）

当人们谈论持续测试时，他们通常意味着驱动用户界面，就像客户一样。 那个软件正在开发中，这意味着它正在改变。 所以测试会失败，因为软件不再做昨天应该做的事情。 相反，软件做的是它今天应该做的。 测试不知道，并报告故障，一个人必须检查，调试，修理和重新运行。

对于质量，故障>；修复>；传递循环实际上可以是好的，因为它确保了双重检查。 这也推高了成本。 plat z指出了一些新的创新，如模型驱动测试，允许一个单一的更改来修复由于维护而导致的大量“故障”。 您还可以通过可重复使用的模块或调试策略来实现这一点，这些在今天的测试工具中变得越来越常见。

柏拉图的第二个噩梦是把数据弄对。

想象一个种子数据库，包含所有完美的测试信息和重新计划的测试场景，包括保险订单日期。 随着时间的推移，日期变得陈旧；“索赔”现在太老了，不能被接受为新的索赔。 或者数据库可能会改变。 监管行业可能需要用类似生产的数据进行测试，但不允许实际使用生产数据。

柏拉图的建议是使用工具来生成测试数据，他称之为合成测试数据。 与此同时，这一领域正在出现新的工具。

虽然大多数组织都有持续集成，但在我的咨询中仍然很少见的一件事是自助按需测试环境。 为了CT的工作，构建系统需要能够旋转一个测试服务器，可能是在云中，用于构建，并针对它运行测试。 当Plat z做他的研究时，他发现63%的受访者认为测试/QA是软件交付的瓶颈。 我不得不预计，等待测试环境是这种延迟的一大部分。

建立自助测试环境往往是No.. 一种自动化形式，我可以看到受益的组织。 如果你在等待一天的测试环境，一个10分钟而不是一个小时的烟雾测试就无济于事。

如果连续测试的主要痛点是维护，目标是减少测试，那么答案可能是减少测试。 也就是说，不要试图自动化用户旅程中的每一条可能的路径（这是无限的），而是使用各种其他技术来降低部署风险。 这将焦点从每个版本的大规模检查切换到一个回归错误较少的体系结构，每个特性中更多的人为测试，以及在特性正在生产时更少的实时时间。

早些时候，我写道，覆盖是关键，因为为了不断发布，我们需要测试所有的东西，一直。 更明确的是，高覆盖率是关键。 真正的障碍最终是基础设施，以及其他旨在减少回归缺陷的良好做法。