设计测试用例

测试用例的基本要素

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

一个优秀的测试用例可以使一个不熟悉业务的人也能依据用例很快的来进行测试。

评价测试用例好坏的标准：

用例表达清楚，无二义性

用例可操作性强

用例的输入与输出明确，一条用例只有一个预期结果。

用例的可维护性好。

用例对需求的覆盖率高

测试用例的设计方法

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

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

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

功能需求测试分析

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

系统各个功能界面的验证。
借助业务把功能串起来进行测试。
功能的一致性，交互性（多功能交互操作）的测试。
系统的不同输入，结果输出的业务数据测试。
功能的错误操作，异常操作的测试（属于负面测试）。
功能实现用到的算法验证，优势需要运用代码评审。
用户操作的易用性，用户体验，往往结合功能测试同时验证。

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

非功能需求测试分析

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

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

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

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