写测试用例的经验总结

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

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

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

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

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

写测试用例的经验总结_第1张图片

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

 

 



你可能感兴趣的:(写测试用例的经验总结)