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