测试用例学习笔记

1. 测试用例实例

用例编号	用例名称	级别	预置条件	操作步骤	预期结果
QQ001	输入正确的用户名和密码，验证成功登陆	level	腾讯的程序已经安装成功，打开应用程序	1.用户名输入57472014 2.输入密码xxx 3.点击“登录”	1.登录成功 2.进入程序菜单列表
QQ002	不输入用户名，验证用户不输入后，提示登陆失败	level2	腾讯的程序已经安装成功，打开应用程序	1.不输入用户名 2.输入密码xxx 3.点击“登录”	1.登录失败 2.提示用户名不能为空

 

2. 测试用例基本要素

2.1. 用例编号

就是为用例导入系统，或者与bug进行关联时方便应用。用例编号通常为项目简称+模块简称+顺序编号。

2.2. 测试标题

测试名称

就像人的名字一样，给你书写的用例起一个名称，以方便执行用例，书写bug，其他人参考等时容易理解。用例名称尽量不要重复。通常名称包括在哪里+做什么操作

2.3. 用例级别

测试用例级别，根据功能的大小，以及对系统的影响，划分等级，以便于应对风险。

根据公司不同，通常测试级别包含：

1级，影响很大，阻碍行的、流程性的用例。例如登陆按钮不可用，百度一下不可用

2级，大的功能点，已经回阻碍少部分用例的执行。例如新增按钮，如不能通过，很多功能都不可测试

3级，小的功能点，例如刷新，刷新功能等

4级，小的UI的问题，位置，大小，验证，建议等等

2.4. 前置条件

提供测试执行中的各种输入条件。根据需求中的输入条件，确定测试用例的输入。测试用例的输入对软件需求当中的输入有很大的依赖性，如果软件需求中没有很好的定义需求的输入，那么测试用例设计中会遇到很大的障碍。

2.5. 操作步骤

测试步骤

为了验证某个功能，我们需要怎样的操作才能看到这个功能。

测试步骤包含：

打开xx浏览器，打开xx网页

在登陆页面，输入xx数据，类似输入xx，点击确定

在xx页面，点击xx按钮

实例： 百度查询页面：

打开IE7，输入www.baiidu.com

在百度首页页面，输入泽林，点击百度一下

在百度结果页面，验证搜索结果页面已经显示

2.6. 预期结果

测试用例期望结果，用例执行后要达到什么结果。

根据功能点和需求点的不同，期望结果也不同。大家可以对测试用例名称里进行扩展。

3. 测试用例评审标准

3.1. 评审标准

1) 用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。

2) 优先极安排是否合理。

3) 是否覆盖测试需求上的所有功能点。

4) 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。

5) 是否已经删除了冗余的用例

6) 是否包含充分的负面测试用例。充分的定义，如果在这里使用2&8法则，那就是4倍于正面用例的数量，毕竟一个健壮的软件，其中80%的代码都是在“保护”20%的功能实现。

7) 是否从用户层面来设计用户使用场景和使用流程的测试用例。

8) 是否简洁，复用性强。例如，可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。

3.2. 备注：

一个“健康”的测试用例至少要通过前5个标准。

4. 执行测试用例

4.1. 定义

根据已有的测试用例，按照里面的步骤一步一步的执行，查看预期结果与实际结果是否一致。

4.2. 测试执行过程注意事项

开发人员发送的转测邮件是否规范清晰

 邮件中包含转测试的应用包、测试范围、测试要点、注意事项、安装指导文档或升级指导文档等

搭建测试环境事项

 检查端口号是否冲突、数据库连接信息是否正确、配置项是否修改正确等

 部署完之后检查是否能够启动成功，业务流程是否能够执行成功等

注意预置条件和特殊说明

 前置条件全部满足的情况下执行用例

测试用例要全部执行

    用例执行完成之后检查下是否有遗漏

不要忽视任何偶然现象

 有些问题不是每次都会必现的，对于偶然发生的问题，要仔细分析这种情况，不 要忽视任何小的细节，多测试几次，尽可能准确的找出问题的原因。

加强测试过程记录

   记录问题现象、测试步骤、引发的原因、日志、界面上的截图信息等

详细记录预期结果与实际结果的不一致

   如果不一致，要从多个角度多测试几次，尽量详细的定位软件出错的位置和原因，并测试出因为这个错误会不会导致更严重的错误出现，最后把详细的输入和实际的输出，以及对问题的描述写到问题单中。

提交缺陷时与开发的关系处理

   缺陷提交给相应需求的开发人员或者提交给项目负责人。当提交的问题单被开发人员驳回或拒绝修改时，只能对开发人员晓之以理，做到有理、有据，有说服力。

提交一份优秀的问题报告单

   问题单提交给开发人员之后，开发人员不需要询问问题描述的是什么问题，如何重现等

及时更新测试用例

    标注测试结果（PASS、FAIL、BLOCK）、需要补充测试用例及时补充、删除冗余测试用例