原创 什么是测试用例？如何设计测试用例？

在学习或者实际的测试工作中经常都会提到“测试用例”这个词，没错，测试用例是测试工作的核心，不管要做的是什么样的测试，在真正动手执行测试之前，我们都需要先根据软件需求来设计测试用例，之后再依据设计好的测试用例，展开测试工作。那么问题来了，什么是测试用例？它有什么用呢？下面我们一起进入测试用例的学习吧！

1、认识测试用例

在进行软件测试之前，测试员往往会先设计测试用例，依据编好的测试用例逐条进行测试。为什么这么做呢？比如，测试网站页面的登录功能，如果不假思索的拿到功能就去点点点，你能想到几种测试方法呢？即使是一个非常简单的小功能测试，都必须根据需求提前将需要测试的点找到并罗列出来，更别说功能复杂的庞大系统。如果没有测试用例，就很难把可能出现的情况描述清楚，保证软件的质量。

话说到这儿，你或许已经知道什么是测试用例设计了。它是为特定的目的而设计的一组测试输入、执行条件和预期的结果，从而验证测试是否满足需求，它是指导测试工作进行的重要依据。通俗的说，对某个功能做的测试点分析以及对不同测试情况的罗列过程就是设计测试用例的过程，而每一种罗列出来的情况就是一条测试用例。当设计完成后再根据这些测试用例去执行，这样就不容易出现漏测、错侧的情况了。

2、设计测试用例

设计测试用例之前，我们需要了解一下软件测试用例的基础元素，也就是一个完整的测试用例必须包含的基本内容。只有内容充分才能指导测试人员进行测试，否则写出的测试用例将无法进行测试，也就是失败的测试用例了。测试用例最基本的8个元素，分别是测试用例编号、功能模块名称、测试用例标题、重要级别、前置条件、输入数据、操作步骤以及预期结果。当然，不同的公司的测试用例可能也有些不同，我们在实际操作中可以根据情况进行补充，例如增加测试人员、测试时间、备注等等信息。

为了保证测试用例的覆盖率，企业中编写测试用例也是有相应流程的。首先是需求分析，然后是提取测试点，再然后是测试用例设计，最后是测试用例评审。接下来我们通过案例来实现一下。假如现在我们要针对以下这样一个类似计算器的产品进行测试，要求是主要测试计算器的加法功能，计算两个1-1000整数的和。

（1）需求分析及研发设计分析。初步来看，面对这样一个计算器产品，我们可以对它进行界面测试、功能测试、性能测试。而按需求分析得知，目前仅验证它的加法功能，也就是说只需要做功能测试即可，界面、性能是否符合要求暂时不用管。我们接着分析它的功能点有哪些，比如：计算加法功能，两个数的计算，范围是1—1000，并且是整数。

（2）提取测试点。根据需求或研发设计提取测试点，整理如下：两个数并且是整数，进行加法运算，整数范围是1—1000。

（3）测试用例设计。把提取的测试点转化为详细的测试用例，如图所示：

转化成测试用例结果如下：

（4）测试用例评审

测试用例评审是为了保证测试用例的覆盖率，一个人对需求的理解可能会不够全面，设计出来的用例也可能存在遗漏的地方，通过测试用例评审，大家一起来讨论补充相应的测试用例可以让测试用例设计的更加完善。测试用例评审人员一般是产品设计人员、开发人员、相关测试人员或相关负责人。

现在，我们对测试用例的概念、作用以及编写基本流程，都一一做了了解。总的来讲，测试用力的最大优势在于可以帮助我们理解思路，避免遗漏要测试的功能点，还能有效提高测试效率。