项目总结

通过对这个项目的练习,我学会了拿到需求文档不要立马开始着手写测试用例对项目步骤的深度分析,把各种尽可能出现的问题,出现的可能性都考虑全面,并且步骤写清晰,写全面并且仔细将需求文档文档阅读一遍,记录不明白的地方及关键测试点,然后再来一遍,仔细分析各个模块的功能,找出所有功能,并列出主要测试点


等对需求进行了头脑风暴般的整理之后,此时已对测试系统的功能很清楚了,再着手开始写测试用例

1.从需求开始,细读需求,每一条每个点都会是一个测试点,要把他们分析出来,同时要考虑周到,每个需求相应的输入输出都要明2确,做好需求之后就要进行评审,这是迈出的第一步,也是关键的一步。
2.接下来要把测试要点写出来,根据需求,找出每条需求的测试点,有效类与无效类,分门别类,不要有遗漏,条理分明,做好之后,同样进行评审。
3.根据测试要点,写测试用例,测试用例要覆盖到每个测试点,步骤清晰,通俗易懂。还是要进行评审
4.执行测试用例,跟踪系统产生的缺陷,写出缺陷报告。


1).在需求分析中运用等价类划分的方法,并以此编写测试用例,测试用例容易遗漏
解决方法:补充运用边界值的方法,测试用例可以覆盖更多的测试点,不要冗余
2).测试有效等价类时,使其尽可能多的覆盖尚未被覆盖的有效等价类,并且不包含无效等价类
测试无效等价类时,使其仅覆盖一个尚未被覆盖的无效等价类意思是,每次只测一个无效等价类
3).测试用例和测试点覆盖不够完全的问题
反复查看需求规格说明书,查找遗漏的需求点和潜在,隐藏的需求点。充分挖掘,使其形成更多的测试用例,根据测试点写测试用例。
4).测试用例的级别问题
一个好用的原则:测试用例的重要性并不对应于测试用例可能造成的后果程度,而是对应于测试用例的基本程度。广泛性的,易发的,核心或者基本功能的属于高优先级,特殊的,触发条件苛刻的属于低优先级
5).不要把预期结果写到测试用例步骤里,测试用例步骤要写的条理清晰,方便后期维护
执行测试用例注意的几点问题:

1)仔细检查软件测试环境是否搭建成功。
2)注意一下特殊的条件。比如有的测试用例执行条件是有顺序的
测试用例要执行全部执行,每条用例至少执行一遍
3)仔细记录预期结果与实际结果的不同。
4)不要放过任何偶然情况,比如一个用例执行一次,系统达到了     预期结果,再执行一次系统没有达到预期结果,这很重要。
5)执行的过程中做好缺陷报告,方便开发人员修改完善
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值