测试用例写着写着我就睡着了!

2024-03-26 00:18
文章标签 测试用例 睡着

本文主要是介绍测试用例写着写着我就睡着了!,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

每当写测试用例时我都感觉到我在做文员?

码着码着一双发现BUG的眼睛就闭上了 ~

从业测试行业多年,至今编写测试用例不下少数,总体对自己编写测试用例不是很满意,百度检索与同事切磋学习总结以下内容分享给大家:

01

(先简要说下个人之前梳写用例错误点)

那么我们为什么要花费大量的时间用在写测试用例上面呢?这里只简述我自己在工作中觉得编写测试用例对我自己有所帮助观点:

1.通过编写用例反推程序在设计上是否存在逻辑错误

2.编写测试用例能够有效提高功能测试覆盖率

3.编写测试用例能够加深你对业务熟悉程度

4.编写测试用例能够让支援版本测试同学快速执行有效的测试

5.编写测试用例能够让测试部内部人员相关交叉学习他人的编写方法

6.锻炼锻炼自己的语言组织能力,一份好的测试用例当然是所有人都看的懂!

所以大家不要小看这个编写测试用例!!!

02

这里我们一起将编写测试用例有效方法小小的码一码(大家可取其有用,舍之无用之处)编写测试用例的三个切入点:

1.设计前:

a.先有用例设计,由迭代放远到从整个产品名出发,(这里可以用Xmind梳理相关结构)

确定此迭代目前的测试范围、测试目标;然后根据目前该版本开发的新特性做相关旧功能衍生(有改动的,涉及到数据结构改变的等)测试点都不能放过;

b.确认好以上内容后,再细化范围到具体对象>>>具体功能,确定设计用例技术和测试方法,再来编写用例(使用excel根据每个细分功能模块编写测试用例;优先级由主到次)

2.编写中:

通过编写过程思想发散想象>>>通过实际场景反推程序有哪些已知错误设计等(对应测试用例做上标记)>>>项目组内部反馈>>>进行确认>>>需求文档更新补充修改测试用例

3.执行后:

测试执行后>>>通过Bug反推>>>修改补充用例>>>继续执行Case

三者相结合才会产出一份完美有效的测试用例:理论>>>实践>>>理论过程

03

最后简要补充一下编写测试用例几点规范:

- 标题:一句完整的话(不超过30个字符)

- 条件:条件明确(系统是否存在是否需要拟造或第三方备注清楚)

- 步骤:步骤完整(从登录>>>到意向执行流程)

- 预期:预期简洁(肯定句)

总结:测试用例是测试设计的一个产出物,它直接体现测试设计的思想,一份漂亮的测试用例不仅仅是设计思路的优秀体现,更是便于流转和执行,具有可读性、传递性。也充分体现你个人的思维、测试相关熟练程度、很加分!

今天本文主要是分享测试工程师工作中息息相关的测试用例,大家有好的点欢迎留言分享!以后小编会在精选留言次数最多的小伙伴,直接赠送测试相关实体书籍!感谢大家一直的支持!

-- THE END --

近期推出福利优惠测试技术进阶提升圈子以及知识星球戳#文字链接查看详情#知识星球# #测试提升圈#

公众号后台菜单"联系我" 有测试技术群相关二维码,欢迎大家加入,截止时间20200614

以后更新时间为佛系,项目太忙,有空就会给大家输出好的点;支持作者,喜欢本文的朋友可以将文章分享到朋友圈,感谢大家的阅读!

这篇关于测试用例写着写着我就睡着了!的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/846717

相关文章

【Spring boot】编写代码及测试用例入门之 Hello Spring boot _踩坑记

先贴下目录: 这是我从 start.spring.io 里下载的依赖Web的模板 // DemoApplication.javapackage com.abloume.springboot.blog.demo;import org.springframework.boot.SpringApplication;import org.springframework.boot.autocon

python+selenium2学习笔记unittest-05测试用例实例

看一下非常简单的目录结构 test_baidu from selenium import webdriverimport unittestimport timeclass MyTest(unittest.TestCase):def setUp(self):self.driver = webdriver.Firefox()self.driver.maximize_window()self

【软件测试】设计测试用例

📕引言 本文章重点目标: 测试用例的概念 设计测试用例的万能思路 设计测试用例的方法 ◦ 基于需求的设计方法◦ 具体的设计方法 ▪ 等价类 ▪ 边界值 ▪ 判定表法 ▪ 正交法 ▪ 场景法 ▪ 错误猜测法 🍀测试用例 🚩概念 什么是测试用例? 测试用例(TestCase)是为了实施测试而向被测试的系统提供的一组集合,这组集合包含:测试环境、操作步骤、测试数据、预期结果等要

软件测试技术之登录页面测试用例的设计方法

相信大家都有过写登录测试用例的经验,相较于开发人员编写代码而言,测试人员编写用例同样重要。本文作者总结了一些关于登录用例的经验。   一、功能测试用例设计:   1、正常登录场景   测试用例1:输入正确的用户名和密码,验证用户能否成功登录并跳转到主页面。   测试用例2:输入已注册但未激活的用户账号,验证系统是否显示相应的提示信息,如“您的账号尚未激活,请检查邮箱进行激活”。   2、

Postman2testlink 通过Postman调用Testlink API编写测试用例

Postman2Testlink recommend: China-Gitee,Other-Github 名称版本nodejs大于8.17.0testlink大于1.9.17   API 说明文档   FAQ 常见问题   一、安装 npm install 二、启动服务 node test/server.js 三、示例 工程目录下有postman客户端脚本示例,可以直接导

怎样做好测试用例的评审

大家都知道,软件测试过程中,最重要的就是测试用例的设计。首先说说测试用例的重要性。 一、编写用例的重要性 1.深入了解需求的过程,一个项目立项开始,测试就开始介入,我们从产品的PRD文档、用户交互图,视觉图等相关文档去熟悉产品的各个模块,各个业务流程。或者在产品规划和设计阶段,测试开始熟悉产品。而编写用例的过程中,会充分的思考产品需求的细枝末节,需求的不合理、有矛盾、不明确的地方,还能对

AndroidStudio下使用gradle打包测试用例的命令行

获取包名、资源文件id 假设已经有一个待测试APK,将其安装到安卓设备上。通过adb指令、Android Studio的Device Monitor可以获取其页面的包名、控件的id等信息。 用adb查看当前的Activity adb shell dumpsys activity activities | sed -En -e '/Running activities/,/Run #0/p'

测试用例的设计方法-等价类划分方法

测试用例是设计方法-等价类划分方法    等价类划分方法:是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少数具有代表性的数据作为测试用例。该方法是一种重要的,常用的黑盒测试用例设计方法。 1、划分等价类    等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其它值的测

测试用例设计方法-边界值分析法和错误推测法

测试用例设计方法-边界值分析法   边界值分析法就是对输入或输出对边界值进行测试对一种黑盒测试方法。(一般和等价类一起用) 一、考虑   测试工作经验告诉我们,大量对错误是发生在输入或输出范围对边界上,而不是发生在输入输出范围对内部(从开发角度可以发现)。因此针对各种边界情况设计测试用例,可以查出更多对错误。   使用边界值分析方法设计测试用例,首先应确定边界情况。通常输入和输出等价类的边界

软件测试用例简单概述

软件测试用例的简单概述 一、测试流程   需求分析-测试计划-测试方案-测试用例-执行测试-测试报告 二、测试用例的定义   为特定的目的而设计的一组测试输入、执行条件和预期的结果,以便测试某个程序路径或核实是否满足某个特定需求。 三、测试用例的目的   高效率的发现软件缺陷而精心设计的少量测试数据。实际中无法达到穷举测试,所以要从大量输入数据中精选有代表性或特殊性的数据来作为测试数据