软件测试之测试用例

1. 测试用例的基本要素

测试用例（Test Case）是为了实施测试而向被测试的系统提供的一组集合，这组集合包含：测试环境、操作步骤、测试数据、预期结果等要素。

好的测试用例是一个不熟悉业务的人也能依据用例来很快的进行测试评价测试用例的标准：对比好坏用例的评价标准

        用例表达清楚，无二义性。。

        用例可操作性强。

        用例的输入与输出明确。

        一条用例只有一个预期结果。

        用例的可维护性好。

        用例对需求的覆盖率高。

2. 测试用例的设计方法

2.1 基于需求进行测试用例的设计

基于需求设计测试用例是测试设计和开发测试用例的基础，第一步就要分析测试需求，验证需求是否正确、完整、无二义性，并且逻辑自洽。在需求正确的基础上细化测试需求，从测试需求提炼出一个个测试点或者测试项，然后根据每一个测试点进行测试用例的设计；

在分析测试需求时，一般分为功能测试需求和非功能测试需求

功能需求测试分析

对于功能测试中，可以借助功能框图来帮助我们进行测试的需求分析。功能测试需求包括以下几个方面。

        （1）系统各个功能界面的验证

        （2）借助业务把功能串起来进行测试
        （3）功能的一致性，交互性（多功能互操作）的测试

        （4）系统的不同输入，结果输出的业务数据测试。

        （5）功能的错误操作，异常操作的测试（属于负面测试）

        （6）功能实现用到的算法验证，有时需要用运代码评审

        （7）用户操作的易用性，用户体验，往往结合功能测试同时验证

针对具体的需求，可以根据业务分类，用户角色（餐厅的会员系统）或者用户操作区域等将系统的功能分解成若干个功能模块，然后按照功能模块分别进行测试需求分析。按照功能模块划分，业务模块划分是最常见的做法。

非功能需求测试分析

非功能测试需求主要涉及性能，安全性，可靠性，兼容性，易维护性和可移植性等。从测试需求分析来看，每一类非功能特性测试都需要根据需求单独分析。他们之间可能会存在相互影响，如安全性越高，就越有可能给易用性，性能带来更大的挑战。

这里要说明的是对于每一个应用软件系统，非功能特性的质量需求都是存在的，但是不同的项目类型对各个非功能特性的要求是不一样的，这个需要根据具体的项目、具体需求和不同产品应用的特点进行分析。

（1）纯客户端软件，比如字处理软件（Word，PPT)，媒体（音频/视频）播放软件（电脑自带的）等。这类软件对系统的功能测试要求是最低的，但是对兼容性和稳定性，可移植性有一定的要求。

（2）企业内部的客户端/服务端（C/S)应用系统。比如电子邮件，即时通信系统（飞Q，企业QQ）等，在系统功能测试需求上比纯客户端复杂，要求功能正确，稳定性能好。但是整体上看，对性能，安全性，兼容性要求不高。

（3）外部大型复杂网络应用系统，比如电子商务，网上银行，视频网站（腾讯，优酷）等，除了有复杂的系统的功能测试需求外，在系统的性能，安全性，兼容性，容错性，可靠性等都有很高的要求。

2.2 具体的设计方法

2.2.1 等价类

其实就是代表类，用一个代表一类。小代价扩大测试范围

依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能

无效等价类：根据需求说明书，不满足需求的集合。

等价类只考虑输入域的分类，没有考虑输入域的组合，需要其他的设计方法和补充。

q：如何针对6-15位长度设计测试用例

a：通过等价类设计测试用例：

1、充分理解需求

2、划分有效等价类和无效等价类

3、细分有效等价类，细分无效等价类；

4、组合有效等价类，组合等价无效类；

组合原则：有效等价类组合的时候，一个测试点要尽可能的去覆盖有效等价类；

无效等价类组合的时候，一个测试点只能尽可能组合一个无效等价类，其余的需要和有效等价类组合；