《持续交付》：
每次提交都对应用程序进行构建并测试，这称作持续集成。
我 写道
每天check in代码，每日daily build跑个测试就叫继续集成吗？这里我们强调的是可以快速获得反馈？什么是反馈？反馈就是开发人员知道自己提交代码是否正确，是否影响别人，是否满足覆盖度要求。反馈如果不能快速获得，将延迟开发人员修复问题，比如项目很大的时候跑完全量测试需要耗时比较久，有三个方案：
1. 通过单元测试和覆盖度，则允许check in（稍后良好的单元测试覆盖度，运行时间较快）
2. 通过BVT测试，则允许check in（全量单元测试运行较久）
3. 一天定时，如下午5点为check in时间，这时间进的代码会进入全量回归测试，如果fail，所有人都不能进。（单元测试覆盖度低，但有一定功能测试覆盖度）。
1. 通过单元测试和覆盖度，则允许check in（稍后良好的单元测试覆盖度，运行时间较快）
2. 通过BVT测试，则允许check in（全量单元测试运行较久）
3. 一天定时，如下午5点为check in时间，这时间进的代码会进入全量回归测试，如果fail，所有人都不能进。（单元测试覆盖度低，但有一定功能测试覆盖度）。
学习ing
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
