我之所以问这个问题,是因为如果90%的应用程序没有变化,使用敏捷方法每月部署更改会存在很多浪费(和风险)。我的意思是,框架可能会在一个月内发生变化,也可能会有一些应用程序发生变化。由于框架发生了变化,所有应用程序都必须进行回归测试。比如,如果有10个应用程序在一年内根本没有变化,那么这10个应用程序每个月都要进行回归测试,即使它们没有任何功能更改或热修复。他们之所以要被测试,只是因为业务每月都在推出更新。
而涉及到的风险...如果部署了一个关键任务的应用程序,需要几周时间和多个部门进行测试,那么期望不断进行回归测试这个应用程序是否现实呢?
一个选择是使任何框架更新向后兼容。虽然这意味着应用程序不需要更改其代码,但它们仍然需要进行测试,因为底层框架发生了变化。而涉及到的风险很大;不断变化的框架(和部署这个框架)意味着关键任务应用程序永远不能享受相同的代码基础。
这些应用程序共享同一个数据库,因此需要进行持续测试。我知道TDD和自动化测试,但目前还没有实现。
有什么建议吗?