测试从零开始-No.8-在工作中是如何编写测试用例的?

在前面的一系列文章中,我们学会了一些用例设计的常用用法,比如等价类、边界值,以及场景法和错误推测法,这些是在日常工作中使用的比较多的方法。那么,学了用例设计方法之后,测试用例到底是什么呢?


测试用例是什么?

测试用例的话,可以理解为是一种针对软件质量的检查规则,经过一系列规则的检查后,最终评估一个软件质量的好坏。(只是自己的一个解释,仅供参考,不要拿来直接去背喔)


测试用例包含哪些要素呢?

经常遇到很多人都在找测试用例的模板,我想说的是,模板其实网上一百度就可以找到一大堆,我们只需要弄清楚一条测试用例里面应该包含哪些内容就可以了,至于模板的格式,可以根据自己的喜好去进行适当调整,一般在公司也都有自己的模板。

以禅道的用例模板为例,一条测试用例一般包含以下这些因素:

所属产品、所属项目、所属模块、用例类型、适用阶段、相关需求链接、用例编号、用例标题、前置条件、操作步骤、用例等级/优先级、预期结果、实际结果、关键词等。(实际结果只有在执行用例的时候才能确定)


用例设计注意事项
1、用例标题要描述清楚测试点,标题不宜过长,并且标题中不能明确体现出执行结果,标题要尽可能的让别人一看就知道这条用例要验证的是哪一个场景

2、用例要设置优先级,类似bug的严重程度一样,用例要区分优先级,标注哪些是冒烟测试的用例,这一部分用例在开发转测的时候,需要冒烟验证通过才能转测。冒烟测试的用例数量不宜过多。

3、用例的预期结果要与操作步骤一一对应,如果操作步骤设计多个步骤时,在预期结果里面要用序号区分分别是第几个步骤对应的预期结果。

4、一条完整的测试用例可能包含很多字段,有些是非必填的,必填字段的话要牢记,初级测试的话在面试的时候很容易被问到。一条用例最起码应该包含用例标题、步骤、预期结果、模块、优先级和类型。至于那些用例编号、关键字之类的根据自己平常写用例的风格可以自己进行斟酌。


测试从零开始-No.8-在工作中是如何编写测试用例的?


在公司中一般用什么编写用例?

    在工作中的话,每个公司针对用例的管理都有不同的标准,但归根结底无非就是录入和存储的位置和格式不一致罢了。一般看公司用什么样的缺陷管理系统。常见的缺陷管理系统有:禅道、jira、TAPD等。肯定还有一些其他的系统,这里我没接触过的就不列举了。像禅道和jira上是都支持用例管理的,并且禅道上还支持用例的导入导出以及批量创建等功能。有的公司可能还会自己开发一套测试平台,其中会有单独的模块去写用例等。也有一些测开大佬搭建的平台,直接在线用脑图的形式写用例。

    一般具体写用例的话,可以先用脑图列举一下一些常见的测试点,根据需求文档进行测试点的分析和提取,然后再根据脑图,将细化的用例录入平台或者excel中。

    用例一般写完之后,需要组织相关人员进行用例的评审,转测后,需要将用例的执行情况进行标注。如果只写用例而不是执行,那用例写了也没什么用。用例的细化程度要测试人员根据公司和项目的实际情况去衡量,比如测试时间短,那就可能没这么多时间写很细致的用例,这个时候可以就用脑图代替。用例的作用主要是提醒测试人员有哪些测试点要注意,避免在测试的时候临时去想测试点,容易造成场景漏测。

    

测试学习过程中,有需要探讨的(包括学习指导、简历&面试指导等),可以加作者微信(xiaobotester)一起学习交流,添加请备注一下意图。

上一篇:MFC VS2012对话框背景填图


下一篇:Npm配置全局安装插件目录以及命令用法扩展