1. Release Test
Purpose：
测试手机的基本功能是否实现，是否有进一步测试的必要性
Attention：
Release Test的Test Case具有一定的典型性，主要是反映手机最基本功能的Test Case
本类测试只需要依据Test Case进行测试，不需要进一步发挥
如果有发现与Case无关的Error， 在测试通过后才可以填报Error Report
此类测试有一门槛值，即Test Case的Pass率达到一定值（如95%）才能宣布版本发布成功，进入进一步的测试，否则此版本无效。
除了门槛值外，如果重要功能模块的Test Case没通过，也会终止这个版本。
2 System Test
Full Round System Test
Purpose
对手机的所有功能进行全面的测试（所有语言包）
由于Case不可能包含所有方面，所以测试时应适度发挥，尽力完成全面测试
Common System Test （Medium or Minor）
Attention：
System Test一般分为两个部分，“跑Case”和Free Test.
在测试初期，一般只需要按照Test Case测，把一些不可重现的Error都记录下来。同时遇到Test Case的问题或者不充分，应该立即解决（和Team Leader或者Special List讨论，补写Test Case）。在这一阶段结束后，一般要写一个Summary Report.把这一阶段的测试结果和遇到的问题、自己的见解都写在里面（当然是用English）。
当所有Test Case都测完后，就进入Free Test期间。这里的Free Test具有明确的目的性和范围。一般来说，这段时间的Free Test只需要测自己负责的模块。而且Free Test还负责重现前期“跑Case”是遗留的不可重现的Error.
2.5.3 Focus Test
Purpose：
集中于一个或几个点进行测试（同System Test）
2.5.4 Stress Test
Purpose：
为了解决市场上发现的重大Error，而进行的有针对性的强度测试
主要是利用边缘测试（临界测试）手段
Attention：
压力测试，顾名思义，是给手机施加一定压力，从而找出手机软件上的Error.一般来说，对手机施加的压力主要有：
存储压力：由于手机采用的是栈式存储，所以当一个存储块满了之后，如果程序员不做相应处理或者处理不好的话，很容易造成其他存储区被擦除，从而在UI上出现问题（其他功能无法正常使用）。
边界压力：边界一直是程序员最容易忽略的地方。
响应能力压力：有时候某个操作可能处理的时间很长，在处理期间如果测试者再不断地进行其他操作的话，很容易出现问题。
网络流量压力（如在接电话时进行短信服务）等等。
在项目中，Stress Test有时也会用来重现不可重现的Error.
由于有不少不可重现的Error是由于Memory Leak（内存泄漏）引起的，所以不停的重复同一个操作是重现一个不可重现的Error的一个好方法。
2.5.5 Free Test
Purpose：
测试System Test中没有做完的不可重现Error
寻找平时没有找到的忽略的Error
Attention：
在System Test阶段所用的Free Test具有明显的目的性和范围
平时的Free Test从理论上应该对所测试的范围穷尽所有的测试方法。但是，这是不现实的。在实际项目中，主要有两个方面是Free Test所需要重视的。
一是从UI Spec上找灵感。应为Test Case是依据UI Spec写的，所以从UI Spec上突破是一个行之有效的方法。UI Spec有一定的探索深度，加大探索深度，是一种突破的途径；另外同一个功能用其他不同的方法去实现，也是一种突破途径。
二是多关注不同Feature之间的Interaction.这是手机软件相对比较容易出问题，而Test Case又很少能反映的地方。这是一个很大的Free Test空间。
