Automation 哪些类型的体系结构或体系结构层不适合自动测试？

我最近的任务是为我公司的一个遗留应用程序开发自动构建和发布管道。经过一些调查，我不断从经理和其他开发人员那里听说某些应用程序层和体系结构不适合自动化，特别是自动化测试。因此，经常有人建议，除非我想重新设计整个应用程序，否则我不应该尝试应用DevOps原则和AT

---

常见的例子是PL/SQL后端或单片架构。我问为什么这些都不合适，但从来没有得到一个真正明确的答案。有人知道什么时候不应该使用自动测试来抛弃旧的体系结构，重新开始吗？

Short答案-存在可测试性问题的答案

对于更深入的问题，让我们首先承认许多软件系统是不稳定的，或者不是立即可测试的。所以,我们的努力,

尝试应用DevOps原则和

远大于投资回报率。这样一个臭名昭著的例子就是谷歌的ReCAPTCHA，它给自动化测试人员（比如我）带来了一些痛苦。开发人员说得对，这将需要一段时间

重新设计整个应用程序

旅程，因为可测试性与其他关键软件质量高度相关，如封装、耦合、内聚和冗余

常见的例子是PL/SQL后端或单片架构

现在，情况完全不是这样。第一个更以数据为中心，需要更深入的理解，但也有一些。至于单层软件应用程序，可以说与mSOA相比，单片应用程序更容易调试和测试。由于单片应用程序是单个不可分割的单元，因此您可以更快/更容易地运行端到端测试

简单地说，如果你的应用程序是高度可测试的，那么它是高度可用的。在这种情况下，架构和设计与非常、非常具体的公司需求相一致——难怪，只能在一定程度上使用