回到我们的误解：
谁在执行对BRD的审查？——主要是开发团队和其他负责创建产品的技术团队。没有测试人员。
本次审查是否在产品完成之后进行？不，在项目开发的最初阶段。因此，不只是在最后阶段。
静态测试技术：
总之，静态测试是遵循以下方法的软件测试的验证部分：
------------
文档审阅
走查
检查
可行性分析或任何其它形式的分析，以确定该软件是否是其应成为的样子
代码审查
引述CSTE CBOK的一句话：检验回答了这个问题，“我们是否建立了正确的系统？”，而确认致力于回答，“我们是否正确地建立了系统？”
以下是所有发生在V模型的左侧静态测试活动。
注意:此信息可以推广到任何遵循或多或少相似开发步骤的项目中去。
上面V模型的右侧是验证部分。
动态测试技术：
单元测试
集成测试
系统测试
单元测试，集成测试，系统测试和验收测试阶段都是在发展的不同阶段对软件创建并进行实际测试。即使测试是针对验证不同类型的要求，它们都是一个类型的测试。
所以，不管是何种类型的测试，只要我们需要对软件测试，并且对于决定测试结果（无论成功与否）来说，其输出必需的——这就是确认。
现在，是否可以确定V模型的右侧没有确认呢？答案是，没有
所有在右侧各阶段的测试都在创建过程中经过了数次检验。
在右侧：
测试和代码都在单元/集成测试阶段由开发人员进行检验。
系统测试的文档完成过程中要经过互查，完成后需要经过开发团队和业务分析人员的审查。
验收测试阶段之前需要经过QA团队以及用户的审查。
结论：
总之，静态测试是一个重要的测试技术，它需要业务需求评审，功能需求评审，设计评审，代码走查和测试文件审查。它是一个连续的活动，而不是仅仅由测试人员完成的。
确认，动态检测需要更多动手，并且是在产品本身，而不是在其他替代的工件上。一个更为正式的测试用例/状态识别流程，涵盖注意事项，执行和缺陷报告都属于动态测试方法。
