测试是检验和确认。我们都知道，它需要2个V（verification&validation），来使测试完成。
在今天的文章中，我们将进一步了解静态测试。它也被称为检验（verification）。我们将学习有关它的一切，并要特别强调这一点，因为动态测试往往受到更大的关注，并有无数的文章详细的进行了说明。
然而，如果不对与静态测试相对应的动态测试是什么进行解释，那讨论就将是不完整的。动态测试是验证（validation），另一个V。动态测试就是你使用实际的系统（不是什么代表系统的工件或模型），提供输入，获得输出并与预期运行输出的进行比较。它是以发现错误为目的的在系统上实际动手检验的工作。
在这个过程中，我们将了解关于测试以下两种常见误解为何都是错误的：
1.测试是在最后才开始的工作
2.测试只需由测试人员来进行，和其他人无关
- 在V模型的左侧是不由QA团队参与的活动。
- 在右侧，我们有一些由测试者和用户对开发团队采取的的处理。
让我们从——需求收集开始。它由业务分析人员和其他更高级别的管理部门执行——该阶段的输出文档是商业需求文档（Business requirement document），简称BRD。
下一个阶段是在系统设计。在系统设计阶段，业务需求被转化为功能需求，在功能需求文档中（FRD，Functional requirements document）。当转换过程中，开发团队（此步骤的主要实施者）会对BRD文件一步一步，一页一页，并且一行行的仔细检查。尽管主要目标是为了翻译业务需求，BRD文件仍会被轮流审查。
举个例子：假设这是银行网站的BRD，有很大的安全需求。在其BRD的一节中谈到了对各种用户在网银网站创建帐户密码的规则。期中的一个规则是：一个用户不能使用他在其他帐户使用过的密码。这是不可行的，因为，一个站点可以建议用户应该如何设置其登录信息，但是没办法对其进行强制。所以，这个要求是不可行的——换言之，无法通过软件来实现。
现在让我们在此例子基础上考虑以下几点：
- 怎么确定这个需求是无法构建的,所以也无法测试(换句话说,是不可行的)?我们是否先要有银行的网站,然后设置登录名和密码,最后才意识到这是不可能的?不,我们只是对这个BRD进行了审查，当然还需要一些常见的商业常识。
- 我们我们是否在对这个要求进行测试？是的，但纯粹基于理论，概念意义上而不是实际通过AUT（测试应用）。
- 这是此试验的物理形式？——对BRD的简单的阅读，或正是审查BRD，或更正式的可行性分析报告。
回到我们的误解：
- 谁在执行对BRD的审查？——主要是开发团队和其他负责创建产品的技术团队。没有测试人员。
- 本次审查是否在产品完成之后进行？不，在项目开发的最初阶段。因此，不只是在最后阶段。
静态测试技术：
总之，静态测试是遵循以下方法的软件测试的验证部分：
------------
- 文档审阅
- 走查
- 检查
- 可行性分析或任何其它形式的分析，以确定该软件是否是其应成为的样子
- 代码审查
引述CSTE CBOK的一句话：检验回答了这个问题，“我们是否建立了正确的系统？”，而确认致力于回答，“我们是否正确地建立了系统？”
以下是所有发生在V模型的左侧静态测试活动。
注意:此信息可以推广到任何遵循或多或少相似开发步骤的项目中去。
上面V模型的右侧是验证部分。
动态测试技术：
- 单元测试
- 集成测试
- 系统测试
单元测试，集成测试，系统测试和验收测试阶段都是在发展的不同阶段对软件创建并进行实际测试。即使测试是针对验证不同类型的要求，它们都是一个类型的测试。
所以，不管是何种类型的测试，只要我们需要对软件测试，并且对于决定测试结果（无论成功与否）来说，其输出必需的——这就是确认。
现在，是否可以确定V模型的右侧没有确认呢？答案是，没有
所有在右侧各阶段的测试都在创建过程中经过了数次检验。测试文件检验的具体过程参见：http://www.softwaretestinghelp.com/test-documentation-reviews/
在右侧：
- 测试和代码都在单元/集成测试阶段由开发人员进行检验。
- 系统测试的文档完成过程中要经过互查，完成后需要经过开发团队和业务分析人员的审查。
- 验收测试阶段之前需要经过QA团队以及用户的审查。
结论：
总之，静态测试是一个重要的测试技术，它需要业务需求评审，功能需求评审，设计评审，代码走查和测试文件审查。它是一个连续的活动，而不是仅仅由测试人员完成的。
确认，动态检测需要更多动手，并且是在产品本身，而不是在其他替代的工件上。一个更为正式的测试用例/状态识别流程，涵盖注意事项，执行和缺陷报告都属于动态测试方法。
【英文原文：http://www.softwaretestinghelp.com/static-testing-and-dynamic-testing-difference/】
{测试窝原创译文，译者：大头}
译者简介：大头，在读日本九州大学修士，计算机专业，主研究方向为文本挖掘，及自然语言处理。
