发表于: 2018-12-12 20:18:06

1 657


今天完成的事情:
今天写了一个测试用例,但是感觉pm画的原型图有点问题

这句话没有搞明白
明天计划的事情:
测试用例
遇到的问题:
没有
收获:
1.刚学习写测试用例是一个抓狂的过程,因为要从需求开始,细读需求,每一条每个点都会是一个测试点,要把他们分析出来,同时要考虑周到,每个需求相应的输入输出都要明2确,做好需求之后就要进行评审,这是迈出的第一步,也是关键的一步。
2.接下来要把测试要点写出来,根据需求,找出每条需求的测试点,有效类与无效类,分门别类,不要有遗漏,条理分明,做好之后,同样进行评审。
3.再着,根据测试要点,写测试用例,测试用例要覆盖到每个测试点,步骤清晰,通俗易懂。还是要进行评审
4.执行测试用例,跟踪系统产生的缺陷,写出缺陷报告。
写测试用例注意的几点问题:
1).在需求分析中运用等价类划分的方法,并以此编写测试用例,测试用例容易遗漏
解决方法:补充运用边界值的方法,测试用例可以覆盖更多的测试点,不要冗余
2).测试有效等价类时,使其尽可能多的覆盖尚未被覆盖的有效等价类,并且不包含无效等价类
测试无效等价类时,使其仅覆盖一个尚未被覆盖的无效等价类意思是,每次只测一个无效等价类
3).测试用例和测试点覆盖不够完全的问题
反复查看需求规格说明书,查找遗漏的需求点和潜在,隐藏的需求点。充分挖掘,使其形成更多的测试用例,根据测试点写测试用例。
4).测试用例的级别问题
一个好用的原则:测试用例的重要性并不对应于测试用例可能造成的后果程度,而是对应于测试用例的基本程度。广泛性的,易发的,核心或者基本功能的属于高优先级,特殊的,触发条件苛刻的属于低优先级
5).不要把预期结果写到测试用例步骤里,测试用例步骤要写的条理清晰,方便后期维护
执行测试用例注意的几点问题:
1)仔细检查软件测试环境是否搭建成功。
2)注意一下特殊的条件。比如有的测试用例执行条件是有顺序的
测试用例要执行全部执行,每条用例至少执行一遍
3)仔细记录预期结果与实际结果的不同。
4)不要放过任何偶然情况,比如一个用例执行一次,系统达到了     预期结果,再执行一次系统没有达到预期结果,这很重要。
5)执行的过程中做好缺陷报告,方便开发人员修改完善



返回列表 返回列表
评论

    分享到