BVT作爲Build的一部分，主要是通過對基本功能、特別是關鍵功能的測試，保證新增代碼沒有導致功能失效，保證版本的持續穩定。
個人認爲實現BVT方式是有以下幾種：
1、測試人員手工驗證關鍵功能實現的正確性。
特點：這是傳統開發方法中，通常採用的方式。無需維護測試腳本的成本，在測試人力資源充足，測試人員熟悉業務、並對系統操作熟練情況下效率很高，比較靈活快速。
缺點：人力成本較高；對測試人員能力有一定要求；測試人員面對重複的工作，容易產生疲倦懈怠，從而影響測試質量。
2、藉助基於GUI的自動化功能測試工具來完成，將各基本功能操作錄製成測試腳本，每次回放測試腳本驗證功能實現的正確性。
特點：能夠模擬用戶操作完成自動的測試，從UI入口到業務實現，每一層的代碼實現都經過驗證；節約人力成本；降低測試人員重複勞動的工作量，機器不會疲倦；
缺點：對於UI變動比較頻繁的系統來說，這種方式的維護成本很高，實施起來非常困難。另外，在項目週期較短且後續無延續性或繼承的情況下，也不推薦使用此方式。
3、由開發人員通過自動化測試工具完成業務層的BVT測試。
特點：通過對業務層關鍵功能的持續集成測試，保證系統功能的持續穩定。可以結合Daily Build，做爲Build的一部分，自動實現並輸入BVT報告。
缺點：僅對業務規則實現的正確性進行了測試，對錶現層無法測試到，對於諸如：前臺頁面控件各種事件響應、頁面元素變化等方面的問題無法保證。
