软件测试基础概念（二）测试环

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

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

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