6.11测试用例总结


在最近的时间里,通过一个项目,来锻炼了一下个人的测试用例。接下来讲一下测试用例的总结。

1.刚开始学习写测试用例的时候比较急手,不知道通过需求文档怎么下手,慢慢的上手之后,熟练了点,有想法倒是有想法了,

   就是在每个模块儿编写测试用例中,想的还不够全面,对项目的测试用例还不够全面,要么就是表达模糊,要么就是一句话写      了好几个步骤。

2.编写测试用例时经常会用到边界值、等价类、因果图等方法,也会用到集成测试。

   尽量做到越细化越好,后期的测试会更好测试,不然出现BUG还得找。

3.编写测试用例是个过程,并不难,是为了让后期的测试工作更清晰怎么下手,孰能生巧,多写写,多想想,会有所提升的。



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

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

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

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

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

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

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

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

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

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



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值