如何写好测试用例

前言

经历过校招或社招的测试同学,都会被问到测试用例的设计、使用方法,以及用例的重要性

 大概了解过测试行业或者有一些测试基础的同学面试时能很好的回答上来,设计用例的方法,但是给一个真实场景需要简单编写测试用例的时候,往往就暴露了设计用例的短板。再进阶一些的测试同学,会很疑惑,测试用例有什么用呢?每次提测前,把测试用例照着需求文档抄写一遍,走个过场?提测后,照着用例点点点,执行完毕后没有测出任何bug,达到了上线状态?上线后,测试用例毫无价值,用完弃之,最后线上出现bug,无迹可寻。心里一百个怪写用例浪费时间,没有实际价值。

为什么要写用例?

为什么要写测试用例?或者说我们写用例到底有什么用?

1、方便理解需求,覆盖更多场景

2、有助于评估测试工时

3、便于了解测试数据流向

4、把控测试进度

5、上线前核心功能回归

6、提高测试效率,理清测试思路

所以,测试用例很有必要,是测试理解业务的必备能力,测试的立身之本。

那怎么写好测试用例呢?

设计测试用例:需求分析是关键、用例设计是核心、Case结构很重要

用例完整思路:

需求可行性分析-->业务流程分析→测试用例设计→测试用例评审-->维护/更新测试用例

1、需求可行性分析

  从需求文档中,找出待测试软需求,通过自己的分析、理解,整理成为测试点,清楚被测试对象具有哪些功能。

测试需求的特点是:包含需求,具有可测试性。

测试需求应该在需求基础上进行归纳、分类或细分,方便测试用例设计。

2、业务流程分析

软件测试,不单纯是基于功能的黑盒测试,还需要对软件的内部处理逻辑进行测试。

为了不遗漏测试点,需要清楚的了解产品的业务流程。建议在做复杂的测试用例设计前,先根据研发或产品提供的流程图,从测试角度对现有流程进行补充。业务流程图可以帮助理解需求的逻辑和数据流向,从而指导测试用例的设计。

从业务流程上,应得到以下信息:

  • 主流程是什么

  • 条件是什么

  • 数据流向是什么

  • 关键的判断条件是什么

3、测试用例设计

  用例设计的类型包括功能测试,边界测试,异常测试,性能测试,压力测试等。

在用例设计中,除了功能测试用例外,应尽量考虑边界、异常、性能的情况,以便发现更多的隐藏问题。

4、测试用例评审

  测试用例设计完成后,为了确认测试过程和方法是否正确,是否有遗漏的测试点,需要进行测试用例的评审,在设计用例的时候,有不明确的需求,标记出来。在测试用例评审时,着重和产品、研发沟通确认。确认完后,更新测试用例。

5、测试用例更新

  测试用例是“活”的,在软件的生命周期中不断更新与完善

5.1)遇到线上问题,复盘当时是否有遗漏这个测试点,更新测试用例

5.2)核心用例,在每次需求上线后,持续更新

6、测试用例结构

  传统测试用例编写都是通过Excel表格,元素有:测试用例编号、测试用例标题、优先级、测试模块、前置条件、测试输入、测试步骤、预期结果。

6c6952f2c36f9b028e55c025259bd830.png

同上,注册用例用Xmind格式呈现形式: 

6a591bfd0f709060f4cef9f977c8b171.png

可以发现测试结构发生了很大变化,颗粒度也有所不同,相比Excel,xmind更结构化,更适合快速迭代的互联网。但是,大项目测试方案中测试点梳理,以及一些回归场景,更建议用Excel。

90b8182fe50fad1e04e577fa8efe628a.png

日常测试中,xmind测试用例注意点

那么我们日常测试中,如果用xmind梳理用例结构注意哪些点呢?

1、不需要复制粘贴需求文档

每次review组内用例时,会发现用例都会照搬需求文档,需求文档中有预期结果1、预期结果2等,用例也是结果1、结果2等等。我们需要把文档已有的结果1、结果2写清楚后,再拆解异常结果3、结果4……

2、测试用例一定是要可执行。

3、测试用例要体现测试目标,理解需求的预期结果是什么

4、优先级很重要,核心用例要标记

5、测试用例不仅仅是用例,数据流向也要体现出来。

理解了为什么要设计测试用例、设计用例的关键是什么?用xmind结构展示一下测试用例:

第一步,展示干系人信息

5af4b2134203846e9840a7bd585c0a36.png

第二步,梳理接口、数据流向

a2415f8e6417fd84ac8f4967605aeeea.png

第三步,设计功能测试用例

4a556816797514b0d1fab634ff39669e.png

第四步,执行用例,转转统一用测试用例平台管理。

截图来源:zzcase用例平台

871547737e4b76b15a7270a4bdeede59.png

第五步,输出公用用例、上线前featurelist

2d0d009624c676f4f1a5cf8be48b42b1.png

最终用例效果呈现

df3c718bf331844160946b2f173ec2af.png

 

总结:

感谢每一个认真阅读我文章的人!!!

作为一位过来人也是希望大家少走一些弯路,如果你不想再体验一次学习时找不到资料,没人解答问题,坚持几天便放弃的感受的话,在这里我给大家分享一些自动化测试的学习资源,希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作,下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料,并且有字节大佬给出了权威的解答,刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式:
这份文档和视频资料,对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库,这个仓库也陪伴我走过了最艰难的路程,希望也能帮助到你!以上均可以分享,点下方小卡片即可自行领取。

  • 25
    点赞
  • 28
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Xmind是一种非常实用的思维导图工具,可用于编和组织测试用例。使用Xmind编测试用例有以下几个步骤: 1.创建主题:使用Xmind创建一个主题,作为测试用例的大纲。可以将主题命名为项目名称或测试模块,以便更好地组织用例。 2.创建分支:在主题下创建分支,每个分支代表一个测试用例。可以根据功能或测试目标创建不同的分支。 3.编用例标题:在分支上编用例标题,描述这个用例的目的和被测功能点。用例标题应该简洁明了,能够准确表达被测功能。 4.添加用例详情:在每个用例的分支中添加用例的详细描述,包括预期结果、输入数据和测试步骤等。可以使用文字、图片或链接等方式添加用例的详细信息。 5.添加附加信息:在用例的分支中添加附加信息,如优先级、相关需求、测试人员等。这些信息有助于更好地管理和跟踪测试用例。 6.连接用例:使用Xmind的连线功能,可以将不同的测试用例进行连接。这有助于识别和管理测试用例之间的关联性和依赖关系。 7.导出用例:一旦所有测试用例完成,可以将Xmind导出为其他格式,如Excel或PDF。这样便于测试团队进行用例的复查、执行和统计分析。 总而言之,Xmind提供了一种直观、灵活和高效的方式来编和管理测试用例,使得测试团队能够更好地组织、执行和追踪测试工作,提高测试效率和质量。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值