如何实施Build验证测试 软件测试
BVT作为Build的一部分，主要是通过对基本功能、特别是关键功能的测试，保证新增代码没有导致功能失效，保证版本的持续稳定。
个人认为实现BVT方式是有以下几种：
1、测试人员手工验证关键功能实现的正确性。
特点：这是传统开发方法中，通常采用的方式。无需维护测试脚本的成本，在测试人力资源充足，测试人员熟悉业务、并对系统操作熟练情况下效率很高，比较灵活快速。
缺点：人力成本较高;对测试人员能力有一定要求;测试人员面对重复的工作，容易产生疲倦懈怠，从而影响测试质量。
2、借助基于GUI的自动化功能测试工具来完成，将各基本功能操作录制成测试脚本，每次回放测试脚本验证功能实现的正确性。
特点：能够模拟用户操作完成自动的测试，从UI入口到业务实现，每一层的代码实现都经过验证;节约人力成本;降低测试人员重复劳动的工作量，机器不会疲倦;
缺点：对于UI变动比较频繁的系统来说，这种方式的维护成本很高，实施起来非常困难。另外，在项目周期较短且后续无延续性或继承的情况下，也不推荐使用此方式。
3、由开发人员通过自动化测试工具完成业务层的BVT测试。
特点：通过对业务层关键功能的持续集成测试，保证系统功能的持续稳定。可以结合Daily Build，做为Build的一部分，自动实现并输入BVT报告。
缺点：仅对业务规则实现的正确性进行了测试，对表现层无法测试到，对于诸如：前台页面控件各种事件响应、页面元素变化等方面的问题无法保证。
延伸阅读
文章来源于领测软件测试网 https://www.ltesting.net/
