测试用例的编写

一、什么叫软件测试用例

软件需求分析---提取测试点---编写测试用例的依据

定义：1、测试用例是测试工作最核心的模块，做任何测试都必须先完成测试用例

           2、测试用例是为某个特殊目标而编制的的一组测试输入、执行条件、预期结果，以便测试某个程序路径或者核实是否满足特定要求，即:软件测试用例就是指导你进行测试，帮助你证明软件功能或发现软件缺陷的一种说明，测试用例是作为大纲型的计划来指导我们后期的测试工作 测试用例=测试点的数据设计+步骤设计

 

二、测试用例的重要性

1、便于测试计划的实施

理解：在做任何测试之前都必须完成测试用例，我们根据测试用例就能清楚知道测试的进度

2、规划测试数据的准备

理解：根据测试用例的设计，我们提前可以准备需要的数据 eg：在做银行卡绑定功能中姓名和身份证信息测试时，我们根据编写测试用例就知道需要提前准备一些人员名单及对应的身份证信息，以便验证。

3、编写测试脚本的根本

4、评估软件测试的基准

理解：我们不能保证软件百分之百的正确，那么什么时候可以上线？我们通常从两方面去评估：通过率和覆盖率（从测试用例可以得到这两个值），达到公司对这两方面的要求就可以上线发布

5、分析缺陷的标准

理解：通过收集缺陷，对比测试用例，我们就可以知道是缺陷复现了还是漏测了，如果发现测试用例不完善应该立即补救

注意：随着需求的不断变更，我们也得不断变更测试用例，不然会达不到测试的效果

三、如何编写软件测试用例

1、组成：用例编号、功能模块、测试标题、前提条件、操作步骤、期望结果、实际结果等

理解：

用例编号：只是一个标识，为区别大量的测试用例，最好做三层编号 eg：1-1-01

功能模块：被细化的需求，eg：我们写登录中第三方账号的登录测试用例，功能模块就可以写“第三方账号验证登录”

测试标题：细化需求抽取的测试点。同上的例子中测试标题可以写成”支持qq账号登录验证“

注意：要具体测试点，简洁明了，不要出现句号

前提条件：在验证某项功能时，前提条件是影响这项功能输出结果的之前的软件性能是没问题的。eg我们在验证软件的兼容性，首先得确定是可以正常运行的，再验证它在IE以及360浏览器上是否能兼容使用。

操作步骤：可以理解为业务流程

注意：操作步骤一定要有指导性意义，涉及到可能产生歧义的数据，最好输入具体测试数据eg：时间是年月日还是日月年，要不要具体到小时分钟。

期望结果：按照需求分析得出最终的结果

注意：预期结果是唯一的不能出现发送成功或者发送失败

实际结果：实际输出的结果

2、编写方式：功能+业务逻辑

a、首先保证单个功能是好的

b、然后才是联合起来的业务逻辑是对的

3、用例覆盖：正面用例+反面用例

正面用例：根据功能模块把你测试的具体模块所有可以正常输入数据的测试用例都写出来

反面用例：一些失败的用例，例如：APP登录失败的用例

设计测试用例步骤：

列出测试点--设计测试用例（应用我们学过的等价类划分、边界值分析法等方法)--细化测试点确定测试标题--测试步骤--测试数据---预期测试结果

注意：测试用例覆盖所有用户的需求包括单个功能及功能业务的覆盖，正反面业务的覆盖，注意编写格式要求

测试用例的一般形式：

比如对登录功能的测试用例的编写，写其中某一条用例

用例编号：DL_001

功能模块：登录

测试标题：输入正确的用户名和密码后，能否正常登录

前提条件：网络正常

操作步骤：

1、进入登录页面

2、输入正确的用户名和密码

3、点击登录按钮

期望结果：登录成功

实际结果：