初级软件测试工程师_初级软件测试工程师如何写好测试用例（一）

小伙伴们大家好！今天这篇文章主要是和大家分享一下初级软件测试工程师如何写好测试用例(一)，主要是介绍一个完整的测试用例都包括哪些部分及对各个部分进行相应的解释说明，而在后续的文章中将会以具体的实例为大家讲解对于软件产品中划分明显的模块如何进行测试用例的编写，还有就是测试某一功能实现的内部流程时，如何对其进行测试及如何编写测试用例。

一、什么是测试用例？

测试用例是指测试人员在对某一软件产品进行软件测试时，对于各个测试任务点的描述，他它是软件测试过程中一类重要的文档。

二、完整的测试用例都包括哪些部分？

1. 用例编号(序号)

2. 测试项目(大类)

3. 测试细项(小类)

4. 测试标题(摘要)

5. 重要级别(级别)

6. 前置条件(也称为“预置条件”即前提)

7. 测试输入(输入的外部数据)

8. 操作步骤(步骤)

9. 预期结果(也称“预期输出”)

10. 实际结果(也称“实际输出”)

三、具体分析各个部分

1.用例编号：

用例编号是用于对每个测试用例进行标记的序号，一般是由数字下划线和字符组成的字符串。我们要注意测试用例的编号是具有唯一性和易识别性的。

2.测试项目：

测试项目指的是在进行测试时所划分的测试大类。

即：

(1)在功能测试中，测试项目指的是产品的各个功能模块或是各个功能点。

(2)在性能测试中，测试项目指的是产品进行性能测试时所对应的各种性能指标。

(3)在集成测试中，测试项目指的是集成后的模块功能或者接口功能。

(4)在单元测试中，测试项目指的是各个函数名。

3.测试细项：

测试细项指的是在进行测试时所划分的测试项目(测试大类)中再次划分出来的的各个测试小项

4.测试标题：

测试标题就是你所测试的内容的一个摘要，一个简单的概述。

5.重要级别(级别)：

用例的重要级别一般分为三个级别：高、中、低。

高：隶属于产品的基本功能，核心业务流程，并且此类用例的使用频率很高。

中：可能并非产品的核心功能模块，但是也隶属于重要的功能模块，具有较高的使用频率。

低：不属于产品核心的业务流程，也不是重要的功能模块，实际的使用频率不高。

6.前置条件(也称为“预置条件”即前提)：

在进行测试用例的执行前，可能会需要满足一些“前提”，这些所谓的“前提”就是“前置条件”。比如：你对产品的某一核心功能进行测试时，其前提条件就是“成功登陆进入系统”。

7.测试输入(输入的外部数据)：

测试人员在执行测试用例时，需要输入的测试数据信息，如：手工输入的数据、文件、数据库记录等。

8.操作步骤(步骤)：

在执行测试用例时，具体的操作步骤。

9.预期结果(也称“预期输出”)：

在被测对象正常的情况下，执行完一条测试用例后，其应该正确输出的结果即预期结果。

10.实际结果(也称“实际输出”)：

在执行完一条测试用例后，测试人员所获得的实际输出的结果，若“实际结果”与“预期结果”一致，即为“通过”，相反，若“实际结果”没有达到“预期结果”则为“不通过”，同时要注明此用例不通过的原因，或是测试人员认为可能导致的不通过的原因及说明等。

四、附加内容

1.对于刚入职的新人来说，在编写测试用例的时候可能是需要将测试用例的各个部分都尽量写的完善些、详细些，并且对于每一条测试用例的各个部分都需要填写，但是当你写多了后，可以很快的提取出相应的测试点，并能够用简短、精炼的话表述各个部分的内容时，就可以省去一些不必要的部分或内容了。

2.写好一手非常漂亮的测试用例，其实是一个慢慢积累的过程，若是想将整个测试用例写的非常漂亮，是需要你用心去思考，不断修改的。当你实际测试过了一些软件产品后，心里有些这方面内容的沉淀后，再接手新的产品对其测试时，就可以很快的提取出他的测试点了。