软件测试之测试用例

一 .测试用例

• 测试用例:描述测试点执行的文档(测试输入、执行条件、预期结果等)
  测试用例是一份测试文档，它描述输入、动作、和一个期望的结果，其目的是确定应用程序的某个特性是否正常的工作。
  
• 作用
  1.测试点能被精准执行
  2.便于团队合作
• 测试用例核心内容
  用例编号、用例标题、所属模块、优先级、前置条件、测试步骤、测试数据、预期结果
  用例编号(ID)，顾名思义，就是为用例导入用例管理系统(如:禅道)，或者与bug进行关联时，方便应用。用例编号通常为 项目简称+模块简称+顺序编号

二 .测试用例的编写

1.用例编号:项目 模块 数字 ---- Hmtt_login_001
2.用例标题:预期执行结果(测试点) ---- 登录失败(密码为空)
3.所属模块:模块名 ---- 登录
优先级:用例的重要程度(高P0~P3低) ---- P1
前置条件:执行操作步骤的前置条件
1、账号已注册
2、已打开登录页面测试步骤:测试点执行的关键步骤
1、输入账号
2、输入密码
3、点击登录按钮
7.测试数据:输入数据 ----1、账号:已注册手机号2、密码 :空3、点击登录按钮
8.预期结果:预期执行结果及隐性结果 ---- 登录失败，提示:密码不可为空，请正确输入注册账号密码

用例标题

用例标题，就像人的名字一样，给你书写的用例起一个名称写，没有固定格式，原则是，让别人看到标题，就能联想到运么事情。用例名称尽量不要重复
通常，用例标题的写法是:在什么状态/条件下，做了什么事，期望结果是什么

用例级别

1.测试用例级别的划分，一般是依据用户使用该场景的频率，和该功能对系统的影响程度来确定，比如，注册功能，对于一个系统来说，用户一辈子可能只注册一次，但是，直接影响到用户对系统的使用。
2.根据公司不同，通常测试用例级别包含:

• 1级(高)，影响很大，阻碍性的、流程性的用例。例如登陆功能，百度下
• 2级(高)，大的功能点，以及会阻碍少部分用例的执行。例如新增按钮如不能通过，很多功能都不可测试
• 3级(中)，小的功能点，例如刷新，取消功能等
• 4级(低)，小的UI界面，位置，大小，验证，建议等等
• Ps:有些公司是，数字越高等级越高，有些则反过来。

用例的操作步骤

1.测试步骤，为了验证某个功能，我们需要怎样的操作才能看到这个功能。

2.测试步骤包含:
打开xx浏览器，打开xx网页
在登陆页面，输入xx数据，类似输入“软件测试”，点击确定
在xx页面，点击xx按钮
在yy页面，验证xx功能显示

3.实例:百度查询页面:

• 打开chrome浏览器，输入www.baidu.cn
• 在百度首页页面，输入万和，点击百度-下
• 在百度结果页面，验证搜索结果页面已经显示

用例的预期结果

1.测试用例期望结果，用例执行后要达到什么结果。
2.根据功能点和需求点的不同，期望结果也不同。大家可以对测试用例名称里进行扩展。

测试用例的颗粒度

1.颗粒度: 指的是粗细程度。粒度大，就是说一个用例所涵盖的关注内容比较多，反之同理，
2.用例的颗粒度大，则总的用例数就少，用例看起来也简洁。
3.用例的颗粒度小，则单条用例关注的测试点很集中，不容易遗漏，并且执行需要的时间比较好估计。

掌握一个度
粒度该大该小，如何把握，其实不难。一是看你这个用例写出来会不会测试好几个小时都没能测试完。二是看你这个用例会不会被另一个人执行的时候只执行了涵盖了一部分的测试点而遗漏了另一部分。通常，一个用例测试一个场景即可。

用例评审

由于测试人员很可能对需求理解有误，场景考虑不全等原因，导致测试用例无法全面覆盖用户需求，场景缺失等，所以，测试用例编写完成后，都要经过严格的评审才能进行执行。

软件测试用例评审人员，一般会有哪些人呢?由于不同项目的实际情况不一样，参与评审的人员也会有所变动，但是，正常来说，都会有测试人员，开发，还有产品经理(BA)在场。

写好测试用例的关键

1.熟悉业务，了解系统:
2.充分考虑用户的各种正常和异常的使用场景，覆盖用户的需求;
3.用例的颗粒大小要均匀。通常，一个测试用例对应一个场景;
4.用例各个要素要齐全，步骤应该足够详细，容易被其它测试工程师读懂，并能顺利执行;
5.做好用例评审，及时更新测试用例

执行结果

• 当用例还尚未被执行时，是NoTest未执行状态当
• 执行结果与预期结果相符时，是Pass通过状态
• 当执行结果与预期结果不符时，是Fai1失败状态
• 当因为软件有缺陷而妨碍了用例步骤的执行，且该缺陷并不是我们的测试点，则用例是B1ock阻碍状态，
• 当用例正在执行中，但是需要耗较多时间去观察其结果是Investigate观察中状态。

用例的整合

• 测试用例并不可能一开始就写得很完美，可能也有写错的，可能也有遗漏的测试点，因此，做好测试用例评审很关键:
• 随着软件的版本不断更新，软件本身的需求和规格以及设计都可能在不断地变更。
• 随着测试的不断开展，测试人员对产品的理解逐渐加深，

基于上诉，就使得我们完全有理由在测试用例执行的过程中，同时不断地优化我们的测试用例，使得用例的质量越来越高。

三 .总结

1.啥是测试用例

• 描述测试点执行的文档(测试输入、执行条件、预期结果等)

2.为什么转测试用例

• 测试点能被精准的执行
• 便于团队协作

3.测试用例八大要素

• 用例编号、用例标题、所属模块、优先级、前置条件、测试步骤、测试数据、预期结果