写测试用例的经验总结

本文分享了作者在学习编写测试用例过程中的经验,包括从需求分析到执行测试用例的整个流程,强调了需求评审、测试点划分、测试用例覆盖和缺陷跟踪的重要性。特别指出在编写测试用例时应注意等价类和边界值的结合使用,避免遗漏,以及测试用例的优先级设定。此外,还提出了测试环境检查、特殊条件注意、预期结果独立记录和缺陷报告的实践建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

在最近的时间里,我学习了如何去写测试用例,在这之前,学习了黑盒测试的方法,等价类、边界值、因果图,并对相应的方法做了案例练习,深刻学习体会了这些方法。接着就开始写测试用例了。(以我学习的航班订票系统登录模块为例),接下来讲一下具体的流程以及要注意的问题。

1.刚学习写测试用例是一个抓狂的过程,因为要从需求开始,细读需求,每一条每个点都会是一个测试点,要把他们分析出来,同时要考虑周到,每个需求相应的输入输出都要明2确,做好需求之后就要进行评审,这是迈出的第一步,也是关键的一步。

2.接下来要把测试要点写出来,根据需求,找出每条需求的测试点,有效类与无效类,分门别类,不要有遗漏,条理分明,做好之后,同样进行评审。

3.再着,根据测试要点,写测试用例,测试用例要覆盖到每个测试点,步骤清晰,通俗易懂。还是要进行评审

4.执行测试用例,跟踪系统产生的缺陷,写出缺陷报告。


写测试用例注意的几点问题:

1).在需求分析中运用等价类划分的方法,并以此编写测试用例,测试用例容易遗漏

解决方法:补充运用边界值的方法,测试用例可以覆盖更多的测试点,不要冗余

2).测试有效等价类时,使其尽可能多的覆盖尚未被覆盖的有效等价类,并且不包含无效等价类

测试无效等价类时,使其仅覆盖一个尚未被覆盖的无效等价类意思是,每次只测一个无效等价类

3).测试用例和测试点覆盖不够完全的问题

反复查看需求规格说明书,查找遗漏的需求点和潜在,隐藏的需求点。充分挖掘,使其形成更多的测试用例,根据测试点写测试用例。

4).测试用例的级别问题

一个好用的原则:测试用例的重要性并不对应于测试用例可能造成的后果程度,而是对应于测试用例的基本程度。广泛性的,易发的,核心或者基本功能的属于高优先级,特殊的,触发条件苛刻的属于低优先级

5).不要把预期结果写到测试用例步骤里,测试用例步骤要写的条理清晰,方便后期维护

执行测试用例注意的几点问题:

1)仔细检查软件测试环境是否搭建成功。

2)注意一下特殊的条件。比如有的测试用例执行条件是有顺序的

测试用例要执行全部执行,每条用例至少执行一遍

3)仔细记录预期结果与实际结果的不同。

4)不要放过任何偶然情况,比如一个用例执行一次,系统达到了     预期结果,再执行一次系统没有达到预期结果,这很重要。

5)执行的过程中做好缺陷报告,方便开发人员修改完善

 

 

 



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值