测试小课堂2

一、测试用例篇

1.编写测试用例的方法

测试用例的方法分为两种:一个是总体的设计方法一个是具体的设计方法
总体:
(1)基于需求:RBT( Requirements-Based Testing)是基于需求的测试的需求方法,会使测试更加有效,因为它使测试专注于质量问题产生的根源。
        基于需求的测试是一种最根本的测试,重点关注两个问题:验证需求是否正确、完整、无二异性;从黑盒的角度,设计出充分且必要的测试渠道。
具体:
(2)等价类:输入无穷
具体来说:针对于输入特别多,又无法全部进行测试的时候,我们可以把它进行一个归类,就好比我在数学里面学的用于统计分析的方法——聚类分析,将有相同特征的这些需要进行分析的的对象放到一起,然后进行分析,等价类也是将有相同特性的测试对象放到一起然后进行测试。
(3)边界值:输入和输出的边界值(注意我们取值的区域是开区间还是闭区间);
它适用的场景是对于取一个区间的边界值
(4)因果图:强调输入和输出,针对输入输出之间有关系,业务场景比较复杂的场景;
因果图我们需要掌握:
1)恒等:原因为真,结果必定为真
2)与:必须两个条件同时满足结果才为真
3)或:两个条件里面有一个为真结果就为真
4)非:条件为假,结果成立
因果设计图的步骤:
1)分析所有可能的输入和输出
2)找出输入和输出之间的对应关系
3)画出因果图
4)把因果图转换成判定表
5)把判定表对应到每个测试用例
(5)正交排列
正交表的两条性质:
每一列中各数字出现的次数一样多;
任何两列所构成的各个有序对出现的次数一样多;
正交法设计测试用例的步骤:
1)有哪些因素(变量:用C表示)
2)每个因素有哪几个水平(变量的可能会出现的情况:用T表示)
3)选择一个合适的正交表
4)把变量的值映射到表中
5)把每一行的各因素水平的组合作为一个测试用例
6)加上你认为可疑且没有在正交表中出现的用例组合
对于因果设计发存在一个问题就是如果我们的输入和输出如果太多的话该怎么办,组合就会变得特别的多。这个时候我们采取正交排列的方法。其目的还是为了减少测试用例的场景。
(6)场景设计法
这个方法就是说我们进行测试的时候按照这个软件的应用场景进行测试,不同的场景执行出来的情况就不同,所以我们使用这个方法更加的易懂。
注意:使用场景设计法的时候典型的应用就是用业务将各个孤立的功能点串起来,为测试人员建立良好的测试体验。
(7)错误猜测法
这个方法是基于经验和直觉找到程序中你认为可能出现的错误,有针对性的进行测试用例的设计。
对于测试用例编写的总结:在面试中我们遇到的测试用例的设计一般只会使用到:等价类、边界值、场景设计、错误猜测、因果图这样的方法,一般只有大型些的项目才会使用到因果设计和正交设计。

2.测试用例的有效性

对于测试用例我们进行测试的结果分为两种:一种是进行测试用例的执行以后是有BUG,一种是没有BUG,但都是有效的。

3.测试用例的粒度和评价

(1)粒度:粒度就是我们编写测试用例的详细程度。但是具体的详细程度还要根据我们项目的时间来确定。
(2)评价
测试用例的质量保证需要综合各种手段和方法。评审分为正式和非正式评审:
1)同行评审:最敏捷的检查方式就是同行评审,这体现了敏捷开发的个体和交互过程。
2)用户检查;
3)项目组评审;

4.如何发现更多的缺陷

二八原则:基于模块、基于开发人员
扩展性思维和逆向思维
不依赖于需求文档和测试用例
测试尽早介入

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值