我记得我上家公司的领导总爱说闭环这个概念，当然我们测试也是闭环这个概念的； 一、传统的测试闭环 1、从软件工程角度来看 经过需求评审–>设计评审–>代码评审–>单元测试–>集成测试–>验收测试—>产品缺陷根因分析–>产品改进计划(即提出新的产品需求) 2、从项目管理角度看 从测试分析、测试计划、脚本开发、测试件评审、测试执行与监控、测试过程与结果的评估、测试与质量的报告和项目总结

二、敏捷型的测试闭环 怎么说呢，敏捷测试的闭环和传统的实际是没有区别的，就是一个字快； 主要体现在一下几个方面 1、持续设计 2、持续编程 3、持续构建 4、持续集成 5、持续测试 6、持续交付 测试方面主要体现在下面三点： 1、新功能的测试测试，意味完成一个特性，就测试一个特性，完成一个类就测试一个类；实现此功能最好的方法就是依赖自动化测试；要是手工测试的话，依赖于探索性测试，就是我们通常说的点点点，把自己当成用户来进行不断的尝试性操作 2、持续的集成测试：只要只代码构建，就要验证是否成功完成构建，即我们常说的BVT测试；这个BVT不用纠结，就是常说的冒烟测试测试，虽然有区别，但是实际操作是一样的，就是看这个软件能不能用 3、持续的回归测试，以为着每天都要执行回归测试，甚至实时在进行回归测试，只要有构建就有回归测试，只有有代码改动，就有回归测试。回归测试依赖于自动化测试！

三、新概念的DevOps测试 DevOps模式概念大家可以百度下，我说下我的理解，就是把运维给纳入到测试里，即在测试的后期加入监控，这样产品有啥问题不就能解决了；简单的讲就是把测试放到多维度里考虑，不能是单独的与开发、产品联系。 下面是概念： 特征如下： 1、打通用户、PMO（产品）、需求、设计、开发、测试、运维等各上下部门或不同角色 2、打通业务框架、架构、代码、测试、部署、监控、安全、性能等各领域的工具链