第2章 手机软件测试用例设计
本章要点：
● 用例设计考虑因素；
● 用例设计基本原则；
● 用例设计常用方法。
2.1 用例设计考虑因素
从理论上讲，手机软件规模越大，模块间的关系越复杂，组合的情况越多，测试用例数目占的比例也就越大，因而总是很难设计出“足够”的测试用例。
虽然理论上缺陷空间（测试空间上所有可能发生的缺陷构成的集合就是缺陷空间）可以接近无限大，但实际情况中存在的缺陷只是缺陷空间的一个很小的子集。测试中最重要的是要找到已经存在的缺陷，但在没有进行测试前，手机软件中存在多少缺陷却是不知道的。
从理论上讲，测试是不能穷尽的，就意味着不存在一种方法能将所有的缺陷都所以找出来，找到缺陷的问题注定是一个概率问题，将那些发生概率较大的缺陷找出来就成了测试的主要任务。
测试用例是为特定的目的而设计的一组测试输入、执行条件和预期的结果。测试用例是执行的最小实体。简单地说，测试用例就是设计一个场景，使测试程序在这种场景下运行并且达到程序所设计的执行结果。
设计测试用例首先要考虑以下几个问题：
● 为什么要设计测试用例？
● 谁来写测试用例？这些写测试用例的人的测试技术如何？以及对被测试产品了解有多深入？
● 测试用例写给谁看，多少人将使用测试用例文档？
● 分配给编写测试用例的时间是多长？要安排几个人来写？
● 怎么在测试用例的成本、质量和效率方面达到平衡？
目前的手机市场对于新推出的功能和应用程序有着迫切的需要，使得产品周期非常短；然而只有回答了这些问题，才能确定测试用例的具体写作方法和表现形式。一般而言，手机软件测试项目中分配写测试用例的时间并不长，而且提供的文档也不全面，所以写测试用例要符合测试部门的当前现状和项目的测试特点。
对于测试设计工程师来说，设计测试用例需要考虑以下几个方面：
● 测试用例设计必须考虑有效：容易发现并呈现错误；
● 测试用例设计必须覆盖全面又不冗余：数量上不应有重复的、多余的用例，对软件规格说明书和设计功能点有全面的覆盖，不仅包括功能测试用例，还包括性能测试用例，外场测试、易用性等测试用例；
● 测试用例设计必须明确粒度和测试分类的程度：粒度越细，测试成本就越高，测试周期就越长；分类越多，测试成本相应增加，测试周期就越长；
● 测试用例设计完成后必须经过评审：以帮助进一步补充用例，提高测试覆盖率，提高用例质量。
对于测试执行工程师来说，测试用例的内容应包括以下几个方面：
● 测试用例的测试目标；
● 测试用例的被测功能点描述；
● 测试用例的测试运行环境；
● 测试用例的执行方法（包括测试步骤，输入测试数据或测试脚本）；
● 测试期望的结果；
● 执行测试的实际结果；
● 其他辅助说明。
2.2 用例设计基本原则
● 测试用例的代表性：能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以及极限的输入数据、操作和环境设置等。
● 测试用例的可执行特点：在测试前提符合的情况下，依照测试步骤，每一个测试用例都能够顺利地使程序运行，同时呈现相应的期望结果。
● 测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果。
测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。
（未完，精彩待续）
本文选自《51Testing软件测试作品系列》之五的《手机软件测试最佳实践》。
本站经电子工业出版社和作者的授权，近期将进行部分章节的连载，敬请期待！
版权声明：51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可，不得对本文内容复制、转载或进行镜像，否则将追究法律责任。
相关阅读：
