测试用例是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。
首先,一份漂亮的测试用例-需有一个用例模板

  模板的作用:将测试用例的结构形式固定化、标准化,对编写者启引导作用,保证一份测试用例数据完整。

两份模板差别在于 机顶盒1和机顶盒2,因在IPTV行业,是通过机顶盒展示给用户的,而当前机顶盒厂商多,需要进行兼容性测试,将需要测试的机顶盒直接标记在用例中,执行哪款盒子,就直接在哪款盒子上写结果即可。

 同一个功能在多个机顶盒上是否OK 一目了然,哪款盒子测试用例通过率/失败率也非常清晰,如你测试的是网站可将机顶盒改成 IE11 Chrome 等。

其次,测试用例具有目标、可读、简洁。

 

测试用例的目标、可读、简洁是从各个属性所填的内容散发出来的。
  1、用例编号
  用例编号就是测试用例文档中一个代号,需全局唯一,我们可以通过代号快速找到测试用例。
  用例编号的书写,建议是项目名_模块名_001,我们可以通过编号快速知道一个项目有多少用例,项目中一个模块有多少用例。
  2、用例标题
  目的:概述测试用例的主要内容,明确用例意图
  在做用例评审时,通过浏览一个模块的用例标题,能快速判断有没有遗漏功能;通过浏览一个功能用例标题,能快速判断出有没有遗漏正常或异常case。
  一个测试用例的好坏,一半体现在测试用例标题上。
  一个好用例的标题,书写方式有三种:
  一:一句完整的话(不超过30个汉字)
  二:功能简报形式
  例:电影详情页-返回
  例:栏目-发布
  例:电影-添加
  三:按条件/状态
  例:发起转码-无源媒体文件
  例:发起转码-有源媒体文件
  例:鉴权-已订购产品已过期
  例:鉴权-已订购产品未过期
  例:鉴权-未订购产品
  3、预置条件
  预置条件-测试用例能执行的前提条件。可以是到达某一状态,也可以是一些配置。
  书写要求:一个简洁的结果。
  用户已成功登陆
  自动审核的开关已关
  不需要写是怎么登陆的/如何将开关关掉的。
       4、测试步骤
  测试步骤是指如何执行用例,先做什么后做什么,是有顺序的概念在的。
  步骤和用例的目标需要是一致的,任意一个偏离目标整个case就是无意义的。
  书写要求:可执行的操作,功能用例步骤不大于7,流程用例步骤随业务而定-这里不做限制。
  (1) 采集电影[check1]
  (2) 预处理电影[check2]
  (3) 审核电影[check3]
  (4) 发布电影[check4]
  5、预期结果
  预期结果是和测试步骤一一对应的,有几个检查点,就需要有几个结果。
  预期结果需要是可检查的,可从三个方面进行校验:
  一:界面(结果会直接显示在界面上的)
  二:数据库(有些数据只会存于数据库中)
  三:磁盘(文件数据需具体到磁盘上看是否存在,数据是否正确)
  书写要求:和测试步骤中check点一一对应,检查点>=1个
  6、测试数据
  测试数据:测试时使用到的数据。
  书写要求:可用电影。
  不用写到实际数据,在测试添加电影功能时,不需要写具体电影、导演、演员、宣传图片。
  具体的数据-可以在数据准备时做好,如符合规格的图片(海报、图标、剧照),符合码率的媒体文件(正片和预览片)。

最后,测试用例整体是有逻辑的-需要有用例设计的魂

编写测试用例的两个途径
  1)先有用例设计,从整个产品/项目出发,先确定测试范围、测试目标,再细化范围到具体对象->具体功能,确定设计用例技术和测试方法,再来编写用例。
  2) 测试执行后-通过Bug反推 修改补充用例。
  两者相结合才会产出一份漂亮且有效的测试用例,理论->实践->理论过程。
  附上编写测试用例常见问题
  1、用例标题意图不明确
  2、用例中引用其他用例
  3、用例中包含过多的细节
  4、用例中出现笼统的词
  反复、多次
  确定反复的具体次数
  确定一个反复的范围
  长时间
  确定长时间的具体时间
  确定一个长时间的范围
  大量
  确定具体的数据量
  从需求/规格中中参照值
  5、用例中步骤不可执行
  6、用例中期望结果不可验证

测试用例是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。
首先,一份漂亮的测试用例-需有一个用例模板

  模板的作用:将测试用例的结构形式固定化、标准化,对编写者启引导作用,保证一份测试用例数据完整。

两份模板差别在于 机顶盒1和机顶盒2,因在IPTV行业,是通过机顶盒展示给用户的,而当前机顶盒厂商多,需要进行兼容性测试,将需要测试的机顶盒直接标记在用例中,执行哪款盒子,就直接在哪款盒子上写结果即可。

 同一个功能在多个机顶盒上是否OK 一目了然,哪款盒子测试用例通过率/失败率也非常清晰,如你测试的是网站可将机顶盒改成 IE11 Chrome 等。

其次,测试用例具有目标、可读、简洁。

 

测试用例的目标、可读、简洁是从各个属性所填的内容散发出来的。
  1、用例编号
  用例编号就是测试用例文档中一个代号,需全局唯一,我们可以通过代号快速找到测试用例。
  用例编号的书写,建议是项目名_模块名_001,我们可以通过编号快速知道一个项目有多少用例,项目中一个模块有多少用例。
  2、用例标题
  目的:概述测试用例的主要内容,明确用例意图
  在做用例评审时,通过浏览一个模块的用例标题,能快速判断有没有遗漏功能;通过浏览一个功能用例标题,能快速判断出有没有遗漏正常或异常case。
  一个测试用例的好坏,一半体现在测试用例标题上。
  一个好用例的标题,书写方式有三种:
  一:一句完整的话(不超过30个汉字)
  二:功能简报形式
  例:电影详情页-返回
  例:栏目-发布
  例:电影-添加
  三:按条件/状态
  例:发起转码-无源媒体文件
  例:发起转码-有源媒体文件
  例:鉴权-已订购产品已过期
  例:鉴权-已订购产品未过期
  例:鉴权-未订购产品
  3、预置条件
  预置条件-测试用例能执行的前提条件。可以是到达某一状态,也可以是一些配置。
  书写要求:一个简洁的结果。
  用户已成功登陆
  自动审核的开关已关
  不需要写是怎么登陆的/如何将开关关掉的。
       4、测试步骤
  测试步骤是指如何执行用例,先做什么后做什么,是有顺序的概念在的。
  步骤和用例的目标需要是一致的,任意一个偏离目标整个case就是无意义的。
  书写要求:可执行的操作,功能用例步骤不大于7,流程用例步骤随业务而定-这里不做限制。
  (1) 采集电影[check1]
  (2) 预处理电影[check2]
  (3) 审核电影[check3]
  (4) 发布电影[check4]
  5、预期结果
  预期结果是和测试步骤一一对应的,有几个检查点,就需要有几个结果。
  预期结果需要是可检查的,可从三个方面进行校验:
  一:界面(结果会直接显示在界面上的)
  二:数据库(有些数据只会存于数据库中)
  三:磁盘(文件数据需具体到磁盘上看是否存在,数据是否正确)
  书写要求:和测试步骤中check点一一对应,检查点>=1个
  6、测试数据
  测试数据:测试时使用到的数据。
  书写要求:可用电影。
  不用写到实际数据,在测试添加电影功能时,不需要写具体电影、导演、演员、宣传图片。
  具体的数据-可以在数据准备时做好,如符合规格的图片(海报、图标、剧照),符合码率的媒体文件(正片和预览片)。

最后,测试用例整体是有逻辑的-需要有用例设计的魂

编写测试用例的两个途径
  1)先有用例设计,从整个产品/项目出发,先确定测试范围、测试目标,再细化范围到具体对象->具体功能,确定设计用例技术和测试方法,再来编写用例。
  2) 测试执行后-通过Bug反推 修改补充用例。
  两者相结合才会产出一份漂亮且有效的测试用例,理论->实践->理论过程。
  附上编写测试用例常见问题
  1、用例标题意图不明确
  2、用例中引用其他用例
  3、用例中包含过多的细节
  4、用例中出现笼统的词
  反复、多次
  确定反复的具体次数
  确定一个反复的范围
  长时间
  确定长时间的具体时间
  确定一个长时间的范围
  大量
  确定具体的数据量
  从需求/规格中中参照值
  5、用例中步骤不可执行
  6、用例中期望结果不可验证

如何写一份漂亮的测试用例?相关推荐

  1. 作为一名 程序员,怎样写出一份漂亮的简历?让招聘者眼前一亮,充满激动?...

    今年是最难求职年,希望通过这篇文章能帮大家提高求职成功率. "金三银四"是指每年的三月和四月份,都是求职跳槽的高峰期.此时正是大家挑选职位.投简历.面试的好时机.因为此时从公司角度 ...

  2. 写出最感兴趣的软件测试工作,你还不会写测试用例?!注意这五点,写出模板级的测试用例!...

    前几天网上有一个很有意思的问题:软件测试人员一定要会写测试用例吗?这不是当然的嘛,编写测试用例可是软件测试工程师的必备技能. 不过,还是有部分软件测试人员不会写测试用例,不知道怎么写才是一篇合格的甚至 ...

  3. 手把手教你写一份优质的前端技术简历

    不知不觉一年一度的秋招又来了,你收获了哪些大厂的面试邀约,又拿了多少offer呢?你身边是不是有挺多人技术比你差,但是却拿到了很多大厂的offer呢?其实,要想面试拿offer,首先要过得了简历那一关 ...

  4. 如何写出高效的软件测试用例?微信朋友圈动态发送为例

    编写一份好的测试用例需要:充分的需求分析能力 + 理论及经验加持. 但这并不意味着,没测试经验.分析能力弱就不能写好用例,还是有方法可循的.作为混迹测试职场 10 年的老人,给大家分享一些用例编写的心 ...

  5. 一文教你写出高效的软件测试用例!微信朋友圈动态发送为例

    编写一份好的测试用例需要:充分的需求分析能力 + 理论及经验加持. 但这并不意味着,没测试经验.分析能力弱就不能写好用例,还是有方法可循的.作为混迹测试职场 10 年的老人,给大家分享一些用例编写的心 ...

  6. 资深HR 告诉你到底怎么写一份好的简历

    赵本山的一个小品里说:猫走不走直线取决于耗子.一个求职者简历好不好,完全取决于 招聘者.有些人觉得自己的简历做的不错,为什么一投出去就石沉大海,杳无音信?很大 的原因是你的简历并没有吸引住招聘者的眼球 ...

  7. 如何写一份合格的周报

    ​正如在上一篇文章结尾承诺的,今天我来分享一下如何写一份合格的周报. 周报的作用可能无需我多介绍了,对你的老板来说,周报是他了解你每周工作内容的直接渠道,对你来说,周报是基于每周工作的复盘与思考. 当 ...

  8. 如何写一份优秀的Java程序员简历?

    hello,大家好! 之前给小伙伴们分享过大厂的面经汇总, 面试题刷的怎么样了? 简历准备好了吗? 今天来讨论一下 如何写一份优秀的Java程序员简历 也会分享几份优秀的大厂简历模板, 下方公众号回复 ...

  9. python程序的书写特点_不一样的Python代码写法,让你写出一手漂亮的代码

    Python语言这么火,有很多同学是从其他语言转行过来的(比如c++,java语言),多多少少写代码的时候也会受其他语言的影响!而对于刚开始学语言的小白同学来说,解决问题的思路有的时候会比较单一,其实 ...

最新文章

  1. 汽车常识全面介绍 - 车身
  2. 分析Kotlin协程只挂起不恢复会怎样(是否存在协程泄漏),以及挂起的协程存在哪里?
  3. Vue——props默认值为工厂函数时[工厂函数:undefined]问题解决方案
  4. VTK:相互作用之Picking
  5. 重新学习Spring一--Spring在web项目中的启动过程
  6. python读取单元格部分内容_Python提取表格一定区域的内容
  7. 关于git stash的应用总结
  8. linux下Led的设备驱动程序实验总结,Linux让LED灯闪起来
  9. jquery值ajaxForm
  10. uni-app 快速入门 从零开始实现新闻资讯类跨端应用(更新中)
  11. MATLAB调用电脑摄像头前安装图像采集工具箱硬件支持包
  12. 宏文件下载_技能 | WPS如何启用宏功能,VBA组件安装
  13. 8、共射放大电路一般性质与放大电路的直流偏移
  14. [转bbs]师大女生VS川大女生
  15. 【FPGA教程案例89】编译码2——使用vivado核实现RS信道编译码
  16. 云端卫士实战录 React + Redux 前端项目实践
  17. 量化选股宝三步走,京豆礼包你拿走
  18. 嵌入式linux内核移植
  19. 数字孪生3D可视化技术重构和模拟再现工业建筑真实场景
  20. MRS离线数据分析:通过Flink作业处理OBS数据

热门文章

  1. matlab求线性方程组的符号解,符号代数线性方程组的MATLAB求解.PPT
  2. 微信小程序自带地图_微信小程序获取当前位置并调用微信内置地图打开
  3. 2022华为杯A题第二问详细思路分析移动场景超分辨定位问题
  4. python3+正则(re)增量爬虫爬取笔趣阁小说( 斗罗大陆IV终极斗罗)
  5. 1.4 爬虫-笔趣阁获取小说例子
  6. Navicat for MySQL 11注册码
  7. 有的人走了,但他的代码还闪耀着光芒
  8. ASP.NET MVC3 技术(五) JSON 数据的传递
  9. SpringBoot练手小案例-社区管理系统
  10. 实现文件导出功能(Excel文件形式):全部导出