简介
测试评审是项目正式交付之前的必要环节。不管是系统、脚本还是报表，在试运行前均需要进行全面细致的测试工作。
测试这个东东，也属于其貌不扬，一扬以来把人磨死的那种。要真正在实际中懂得测试，不是要会多少种方法，而是需要了解测试中总共有哪些东西可以测。
一句话解释版本：
测试中可以测这些：代码，接口，需求，用户。他们分别对应测试中4个主要的模块，即单元测试、集成测试、系统测试、验收测试。
数据分析与挖掘体系位置
测试过程是一个项目后期的内容。这时，系统的功能已经实现，需要的是不断的试错并回归系统的原始需求。
测试位于系统正式上线之前，在测试完成并评审成功后，系统才能正式部署在生产环境下并运行。所以，测试在整个数据分析与挖掘体系中的位置如下图所示。
测试的流程
测试并非是一个一个相互毫无关系的工作，它是一个循序渐进，逐步深入的流程。一般，一个完整的测试分为如下4个阶段：
- 单元测试
- 集成测试
- 系统测试
- 验收测试
我用表格的形式对比以下四个阶段的测试目的以及测试内容：
下面分别介绍一下这四个阶段。
阶段一：单元测试
关键词：代码。
单元测试是测试中最细粒度的环节，它最细可以到一行行的代码。单元测试一般是由脚本开发人员测试，测试方法一般使用白盒测试，即打开脚本看内部逻辑。
单元测试中有如下几个测试点是经常被关注的：
- 模块接口测试：测试数据流入、流出模块的准确、一致性。测试调用模块时输入的实际参数与形式参数是否准确、一致性。
- 局部数据结构测试：测试临时存储在模块内的数据在程序执行过程中的准确、一致性。
- 路经测试：测试模块中每一条独立执行的路径。
- 错误处理测试：测试程序出错时，系统是否能输出报错结果并保持逻辑的正确性。
- 边界条件测试：测试模块在边界上逻辑是否生效并正确。
经过单元测试，整个大系统被划分成了独立的小模块。各个小模块的内部逻辑的正确性，保证了系统最基层的逻辑是正确了。之后，就可以往上层走，测试链接各个模块的桥梁——接口，的逻辑正确性。
阶段二：集成测试（SIT）
关键词：接口。
集成测试通常被称为SIT测试，它针对链接各个测试模块的接口，所以测试粒度要比单元测试更大一些。单元测试中，所有的模块会按照系统的设计结构进行组装或拼接，从而构成子系统或一个大系统。集成测试就是测试模块相互拼接的过程是否正确。
如果把测试的模块看作一个国家中的一个个城市，单元测试就是测城市本身建的是不是正确，而集成测试则是测试连接城市之间的公路铁路建的是否正确。集成测试仍然是偏底层的测试，所以常用灰盒测试。
当集成测试也告以段落后，就要进入更为上层，更偏重业务方面的测试，即系统测试。
阶段三：系统测试
关键词：需求。
系统测试，是测试整个上线的系统所包含的功能。它与项目的SOW或需求说明书紧密结合。系统测试的目标很明确：测试系统是否满足需求。所以，需求说明书中所有的功能点都是需要测试的用例，这也就决定了系统测试一般以黑盒测试为主。
具体来说，系统测试可以被分为如下几方面，这些方面之间没有明确的先后关系，可以并发进行。
- 功能测试：测试需求说明书中各项功能是否在系统中正确一致的实现。一般功能测试中又包括逻辑测试、界面测试、易用性测试、安装测试等。逻辑测试是系统测试的主要内容，其用例一般都与需求说明书的框架一一对应。
- 性能测试：测试系统运行的时间、速度、并发性、容错性、空间占有率等。
- 安全性测试：测试系统对非法入侵的防范能力。
- 兼容性测试：测试系统在不同平台、不同硬件环境下的运行。
经过系统测试后，能够确保交付的系统满足最初项目设计的需要，并能保质保量的实现当初设计的各项功能。完成此阶段后，就需要进入测试的最后阶段，验收测试，由系统的实际用户来对系统进行测试。
阶段四：验收测试（UAT）
关键词：用户。
验收测试是整个测试的最后一个阶段，它的测试用例设计与系统测试是相类似的，都要依照SOW或需求说明书的设计进行。它与系统测试的区别在于：进行测试的人是用户，而非开发人员。因此，此阶段大多用黑盒测试，测试用例相较于系统测试也更少。验收测试更加侧重系统的功能是否满足需求，系统的界面是否合适，系统的运转时间是否合理等内容。
验收测试中的用例需要在系统测试中已经由开发人员测试过。这就代表，系统测试的用例必须包括验收测试的用例，但是不一定所有的系统测试用例都要用户在UAT中测试。
用户的UAT测试通过后，测试的工作告一段落，进入评审阶段。评审成功后，系统才能部署上线。
整合上面四个阶段，测试的流程可以总结为下图：
上述的四个步骤是测试循序渐进的流程。在测试过程中，还有很多常用的方法，比如黑盒/白盒、回归、冒烟。这些常用的测试方法将在下一篇中为大家介绍。