【讨论】“可自动化性”是否与“产品自身的可维护性”存在强耦合关系。

dumpling_1998

产品自身在可维护性架构上过于单薄，架构师和开发人员在产品设计之初完全没有基于可测性的架构和开发，以至于偌大的产品发展到现在连个软件平台的承载层面都没有。在这个现状下，感觉自动化的架构实现过于困难，甚至都难以找到一个稳定的接口用于确定自动化的测试边界。即便勉强做出来，可复用性和可移植性也太差，后期维护成本可以预见的会非常高，投入产出比将相当不划算。

大家怎么看这个问题呢？

yunzhong134679

同意你的看法，自动化的架构需要考虑产品的匹配程度以及可继承性。自动化成本和卖车一样，用的“卖的”越多，成本越低

yunzhong134679

赞同，自动化设计需要结合产品本身特点来开发，并且要考虑可重复性，自动化运行和卖车一样，利用率（车卖的多）越高，成本越低

sdyl1317

如果当前架构过于单薄，可能需要考虑进行架构重构。虽然这需要一定的时间和资源，但长远来看会减少维护成本并提高系统的灵活性。

sdyl1317

如果当前架构过于单薄，可能需要考虑进行架构重构。虽然这需要一定的时间和资源，但长远来看会减少维护成本并提高系统的灵活性。

karlzala

这个问题是产品开发团队或产品运作团队的决策问题导致的。
因为前期开发成本过高，或架构老旧。既不能抛弃当前架构，又难以在当前架构上开发新的自动化平台。
个人建议，早死早超生，切平台才是正道理。