关于手机测试用例设计的几件事（转）

测试用例是对需求的另一种描述，它能引导大家进一步加深对系统的理解和对特性的全面关注，从而帮助产品和开发重新审核需求的合理性和一致性，所以应该是测试工程师最重要的一项产出。下面介绍手机测试用例设计应该从哪几个方面考虑。

1）测试模块划分

不论是以前通讯功能为主的2G手机，还是如今注重应用程序的3G手机，如果将整机看作测试对象，那么这个对象对于任何测试团队（个人）来说，都是过于庞大的，所以，合理的功能分类，针对各个分类功能的独立测试和组合测试，才是完成整机测试的捷径。

而测试模块分类粒度取决于测试目标。如，若是需要完成整机质量评估，则通常划分粒度为独立的功能模块（电话本、短信...）；若测试对象仅为单个功能模块，则可以将此功能模块的单个功能划分为一个测试模块，如电话本的增加联系人。

2）整理测试模块内部和外部分结构

针对单个测试模块，分析其结构（可以从界面结构或实现原理结构两方面任选一个），最好画出结构示意图，便于后期设计测试用例或指导测试执行。

比如，测试模块为短信。

按照功能划分，它的一级内部结构组件有：新建消息、收件箱、发件箱、小区消息、特殊应用

再向下，特殊应用的组件有：消息分类、消息过滤....

……

而在短信程序的外部，它联系的其他的应用有：待机界面应用程序接口、状态栏消息状态显示、待机界面提示信息到短信阅读功能接口、短信阅读功能到联系人接口.....

将整个短信程序的内、外部结构梳理出来后，即可开始实际的用例设计了。

3）测试用例/检查点设计

用例设计，根据其应用的范围，可以设计为标准测试用例，测试规程、测试检查点。这取决于设计用例的目的，即设计出的用例将用于什么样的测试，由什么 样的测试员执行，需要记录什么样的测试结果。建议学习前期都设计标准的测试用例，不要觉得这样很麻烦，测试技能的提升是靠反复、单调的工作积累的。

用例设计过程中，按照第2点的结构图设计出的用例，均是功能测试用例。如有非功能测试的需求，则还需手动增加其他类型的用例。可以参考问题2的测试类型。

4）测试过程和结果记录

通常，80%的缺陷都不是用例发现的。所以，并不是按照用例测试过的测试对象就是完美的，安全的。用例测试只是对测试目标做一个基础标准的质量评估，并引导测试员在测试过程中，根据用例拓展出新的测试点，并发现新的缺陷。

比如，有些用例带有测试数据，在测试过程中，执行完该条用例后，可随机增加新的测试数据进行重复测试。又比如，有些用例带有复杂的前置环境，同样可以在测试过程中，稍微修改前置环境的配置，组合出新的测试点。

探索测试（自由测试）在很长一段时间内，都是测试执行的重点。

结果记录包括两部分：用例执行结果记录和缺陷记录。

5）测试结果分析和测试过程改进

世界上不存在完美的测试过程，所以，不断改进测试过程是必不可缺的。而改进的方法来源于对测试结果的分析，若用例缺陷发现率，若此数值偏低，则需要 分析之前设计的用例组是否存在瑕疵。若某个模块缺陷数较高，则考虑是否需要增加此模块的测试力度，比如设计粒度更小的用例组，详细检查该模块的各个组件的 质量。

原文地址：http://bbs.51testing.com/thread-440341-1-1.html