详细介绍一下 BVT

deter

下面的话也说得挺实在的~~放到这里大家学习一下，补充一下我是转帖，里面的内容也是我学习之一

BVT作为Build的一部分，主要是通过对基本功能、特别是关键功能的测试，保证新增代码没有导致功能失效，保证版本的持续稳定。


1、测试人员手工验证关键功能实现的正确性。
特点：这是传统开发方法中，通常采用的方式。无需维护测试脚本的成本，在测试人力资源充足，测试人员熟悉业务、并对系统操作熟练情况下效率很高，比较灵活快速。
缺点：人力成本较高；对测试人员能力有一定要求；测试人员面对重复的工作，容易产生疲倦懈怠，从而影响测试质量。

2、借助基于GUI的自动化功能测试工具来完成，将各基本功能操作录制成测试脚本，每次回放测试脚本验证功能实现的正确性。
特点：能够模拟用户操作完成自动的测试，从UI入口到业务实现，每一层的代码实现都经过验证；节约人力成本；降低测试人员重复劳动的工作量，机器不会疲倦；
缺点：对于UI变动比较频繁的系统来说，这种方式的维护成本很高，实施起来非常困难。另外，在项目周期较短且后续无延续性或继承的情况下，也不推荐使用此方式。

3、由开发人员通过自动化测试工具完成业务层的BVT测试。
特点：通过对业务层关键功能的持续集成测试，保证系统功能的持续稳定。可以结合Daily Build，做为Build的一部分，自动实现并输入BVT报告。
缺点：仅对业务规则实现的正确性进行了测试，对表现层无法测试到，对于诸如：前台页面控件各种事件响应、页面元素变化等方面的问题无法保证。



本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/ivalen/archive/2007/06/07/1641876.aspx