静态测试 vs 动态测试

静态测试：

静态测试又可分为代码走查（Walkthrough），代码审查(Inspection)，技术评审(Review)。

代码走查（Walkthrough）
开发组内部进行的，采用讲解、讨论和模拟运行的方式进行的查找错误的活动。

代码审查(Inspection)
开发组内部进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。

技术评审(Review)
开发组、测试组和相关人员(QA、产品经理等)联合进行的，采用讲解、提问并使用编码模板进行的查找错误的活动。一般有正式的计划、流程和结果报告。

实际工作，我们完全不必要被概念所束缚住，根据项目的实际情况来决定采取什么的静态测试形式，不用严格去区分到底是代码走查，代码审查和还是技术评审。

静态分析往往需要借助白盒测试工具（如Logiscope,C++ Test）来自动检测。

动态测试：

动态方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率和健壮性等性能，这种方法由三部分组成：构造测试实例、执行程序、分析程序的输出结果。所谓软件的动态测试，就是通过运行软件来检验软件的动态行为和运行结果的正确性。目前，动态测试也是公司的测试工作的主要方式。

集成测试与UAT测试的异同：

UAT:终端用户集成测试，主要是要求用户参与进测试流程，并得到用户对软件的认可，鼓励用户自己进行测试设计和进行破坏性测试，充分暴露系统的设计和功能问题，显然，用户的认可和破坏性测试是难点。因为测试人员并不了解用户用什么样的手段和思维模式进行测试；
SIT:系统集成测试，和软件一般的模块集成测试差不多，但用户参与的机会很少，主要由公司内部进行；