为了账号安全,请及时绑定邮箱和手机立即绑定

如何写好测试用例

浪晋 软件测试工程师
难度初级
时长 1小时25分
学习人数
综合评分9.50
72人评价 查看评价
9.6 内容实用
9.3 简洁易懂
9.6 逻辑清晰
感觉写的不是很细,具体业务
这个讲的没什么太深的含义,对没有测试员基础的人大概了解架构是怎么样的而已。
课件不完整啊,,求登录部分的用例

最新回答 / 慕圣0199000
同样的操作步骤,每次输入同样的数据,结果却每次都不一样,应该是代码业务逻辑问题
发现一个隐藏的bug?,刚刚看完视频点击下一节课然后跳转到上一节课去了。
难怪都是妹子做测试,基本都是打字,做文档,还不怎么涉及it技术,汉子耐不住寂寞。。。
难怪说测试是混it的 。。。。
真心谢谢这位老师 让我发现了以前写的用例上一些不足的地方
评审是非常关键,并且有用的一个活动。但是在实际运用中,却往往很难发挥作用。这是为什么呢?因为当事人在组织评审之前,并没有对需要评审的对象,进行有效的说明。
比如说:
1 当前文档做成背景,为什么要做成
2 当前测试用例,是根据什么思路,来完成的
※这点非常重要,因为如果设计思路是错误或者混乱的的,
后面的测试用例就完全不用评审了,因为相当于所有评审人员来了一次头脑风暴,从头再来看过一遍整个设计过程。 或者说评审人员也是都下想到哪里说到哪里。毫无效率。
3 此次评审,需要达到什么效果
通过老师的这种方式来写测试用例,其实设计的思路不是很长清楚。
例如 ,用户名密码,错误这一个点,都没有覆盖全面。
现在罗列的点里面 有用户名错误,密码错误。但是却没有覆盖到 用户名以及密码错误。

建议,采用石川图先做测试因子分析,接着对每个测试因子进行状态分析。最后根据业务需求,在进行测试用例组合,这样才能保证覆盖度。

现在这种方式,是看到什么就人为脑补什么用例。

以上愚见
需求分析 里面应该是要包含
需求理解以及合意
( 这里很重要的一点是,如果是测试与开发并发的话,那么测试应该根据测试的观点,对当前需求提出意见,是否符合一般业务场景)
确认测试范围
做成测试目标
老师辛苦了 看了课程感觉整个流程清晰很多
厉害我的哥
把步骤都写在一个单元格里,导入到QC会不会很麻烦
输入注册过的邮箱或手机号码重新注册,这个没有验证吧
课程须知
本课程适合对测试行业感兴趣的但又不知道如何写好测试用例的同学
老师告诉你能学到什么?
测试用例编写流程,需求分析,测试点编写,测试用例编写,测试用例评审,测试用例管理

微信扫码,参与3人拼团

意见反馈 帮助中心 APP下载
官方微信
友情提示:

您好,此课程属于迁移课程,您已购买该课程,无需重复购买,感谢您对慕课网的支持!

本次提问将花费2个积分

你的积分不足,无法发表

为什么扣积分?

本次提问将花费2个积分

继续发表请点击 "确定"

为什么扣积分?

举报

0/150
提交
取消