我们在测试项目管理中，初期预研阶段，就要通过仔细分析和研究，确定以后工作中所要采用的测试类型。不同的测试项目，所选取的测试类型也必定不同。具体选用哪些，需视项目实际情况而定！

　　简单来说，这些不同的测试类型，是按照不同的测试对象和测试范围划分的。

　　我们以手机终端软件的测试项目为例，具体分类及包含关系如下图示：

　　版本测试（Build Check/ Release Test）是开发完成代码设计和Code review、集成并发布后，测试人员拿到该测试版本，首先要做的一类测试。

　　它的测试范围极窄，大概包括20~30条用例，都是最基本的功能用例，需保证1人在半小时内测完。

　　对软件项目来说，根据子模块的大小、需求粒度等，每个子模块只选取3-5条基本用例。

　　Build Check的目的是为了第一时间验证版本的正确性/稳定性，保证之后的测试中，各子模块不会出现严重的、阻塞基本功能的Block Issues。

　　如果在版本测试中发现阻塞正常测试的严重问题，需第一时间提交给开发解决。测试工作暂时Block，转而关注问题的分析、解决与跟进。

　　如版本测试顺利通过，才能开展后续的所有测试，所以它是测试工作的一个前提条件。

　　目前很多持续集成工具如Hudson等均可加入实现了自动化测试执行的版本测试套件，当自动生成Daily Build后，马上开始后续的Unit Test、Coverage Test、Lint Test、Build Check等。

　　在项目开始的需求开发阶段，敏捷开发模式下，我们执行的是迭代测试，包括功能测试和健全测试。

　　因在开发阶段，PD/UI都不够稳定，开发也在频繁进行代码修订，这个时期不适合采用大规模的产品测试。

　　而迭代测试是适合于敏捷开发模式下的一类测试，它可以紧跟开发/需求/UI的变更步伐，做一些小规模、针对性的测试工作。

　　其中，功能测试（Function Test）是测的最基本功能点和需求，也就是UI上的功能模块设计、业务流程设计、需求点设计实现等。它模拟是正常用户的正常行为，一般均为单任务，不牵扯交互、压力、异常操作等。而健全测试（Sanity Test）是系统测试的一个子集，它包含的是系统测试用例中的基本部分，相当于在系统测试之前所做的一次预测试。