结对测试

尝试测试所有组合(笛卡尔积)--->项目延期

选择一些容易设计和执行的测试用例--->缺陷遗漏

罗列所有组合,选择其中的子集进行测试--->缺陷遗漏

采取特殊的测试技术,选择能发现大部分缺陷的子集进行测试--->结对测试



大部分的实效是单失效模式和双失效模式,多失效模式占的比例是很少的。

(1)单模失效:失效由单个参数引起;

(2)双模失效:失效由两个参数共同引起;

(3)多模失效:失效由3个或3个以上参数引起。



结对测试的方法有以下几种:

1、正交表法

2、Allpairs

3、分类树



正交试验法:根据正交性从全面试验中挑选出部分代表性的点进行试验。

特点:这些代表性的点“均匀分散,齐整可比”。

正交表:将正交试验选择的水平组合成表格,称为正交表。

正交表是一整套规则的设计表格,用 L为正交表的代号,n为试验的次数,t为水平数,c为列数,也就是可能安排最多的因素个数。现在广泛使用的Ln(tc)类型的正交表构造思想比较成熟。

行数:正交表中的行的个数,即试验的次数,也就是我们通过正交试验法设计的测试用例的个数。

因素数:正交表中列的个数,也就是变量的个数。

水平数:任何单个因素能够取得的值的最大个数,也就是值的最大可能取值数。



Allpairs(Pairwise)

选择原则:

(1)每个因子的水平值都能被测试到;

(2)任意两个因子的各个水平值组合都能被测试到。



PICT--微软工具

PICT工具就是在微软公司内部使用的一款成对组合的命令行生成工具,现在已经对外提供,可以在互联网上下载到.

PICT 可以有效地按照两两测试的原理,进行测试用例设计.在使用PICT时,需要输入与测试用例相关的所有参数,以达到全面覆盖的效果.

时间: 2024-10-23 18:35:00

结对测试的相关文章

测试管理012:结对测试 - 不错的测试实践

由于项目测试中测试平台资源的不足,因此在测试过程中引入了一些结对测试(Pair Testing)的尝试,通过2个月左右的实践,最终的效果还不错.因此,本文简单来谈谈结对测试的实践.不管是开发人员还是测试人员,都应该有属于他们角色的创造性.开发人员创造软件产品,而测试人员可以创造性的发现缺陷,每个角色都可以按照自己的方式前行.开发人员可以结对编程,我们测试人员可以进行结对测试.那么,什么是结对测试呢?不同的人对它的理解会有所不同的.我们定义的结对测试是两个测试人员坐在一起(根据需要,他们可以共用一

结对测试探讨

结对编程(Pair Programming)是一个非常简单和直观的概念:两位程序员坐在同一台电脑前合作完成同一段代码.两个程序员具有相同的缺点和盲点的可能性很小,所以结对编程会获得一个更优的解决方案.类似的,结对测试(Pair Testing)能不能让两个测试人员结对呢?工作经验.教育经历.看问题的角度.思维方式的差异肯定能让我们在测试同一份测试样品的时候,取长弥短.优势互补,减少测试遗漏. 如果结对测试,那么我们应该怎么做呢? 两个测试人员使用同一台电脑,大家肯定都反对.测试人员数量不足,使用

探索式测试实践之缺陷大扫除和结对测试

探索式测试的定义在我的blog都做了较多说明,其中也谈到了探索式测试在项目的实践方式,接下来会详细的说明其中来亮个实践方式的具体实施过程. 探索式测试四象限 探索式测试是一种测试风格和思考方式,它强调的是学习在测试过程中的作用.无论测试人员在做功能测试.性能测试.安全测试或其他类型的测试,都可以使用探索式测试的思维方法,来帮助自己找到初始测试设计未考虑到的危险区域. 探索式测试不只是在脚本测试后才开始,它可以应用于软件测试的各个阶段.作为一种测试风格,探索式测试可以使用适合当前情景的任何测试技术

结对测试算法性能优化(用例设计层面)

在<结对测试算法性能优化(代码层面)>一文中, 对原来算法代码进行了一些优化, 对于笛卡尔积后千条数据,是能满足使用需要的. 但在实际业务中,会碰到百万数据. 比如某接口共18个参数,每个参数均可为空,其中8个只需要单个值,10个为多选项,需要多个值. 对于多选项,我的设计是,全选+随机n个多选(1<=n<=len-1)+空. 按照这个策略,笛卡尔积的结果就是3^8*2^10=6718464. 671万数据! parewise根本处理不动. 该怎么处理? 调整用例设计. 1.为空的

结对测试算法性能优化(代码层面)

在<接口自动化测试框架-AIM>这篇博客中,提到了parewise算法. 这次对其进行性能优化,共3点. 一. 因为笛卡尔积和两两拆分,是有序的. 就保证了两两拆分后的每列都是相同位置的元素. 所以在比较时,不用跨列去比较. 只需要比较同一列的值就可以了. flag = False for j2 in range(len(s2[i2])): if s[i][j] == s2[i2][j2] and j == j2: t = t + 1 flag = True break if flag: br

究竟什么是敏捷测试

时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就写了一篇文章<什么是敏捷软件测试>, 就已经谈到这个话题,“敏捷软件测试更多的是一种理念,而非过程”.在2011年,我自己也写了一篇文章<敏捷测试的思考和新发展>,谈到“在BDD.ATDD和TDD最根本的.共同的思想基础上,构成一个全新的.更完善的敏捷测试框架”.而更早的时候(2010年10月),写了一篇<敏捷测试的方法和实践>,开始的那一小节就在讨论 “什么是敏

我在Thoughtworks是如何做测试的 (二)

p.p1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px "PingFang SC"; color: #454545 } p.p2 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px Helvetica; color: #454545; min-height: 14.0px } li.li1 { margin: 0.0px 0.0px 0.0px 0.0px; font: 12.0px &quo

探索性测试摘录

1.  探索性测试(Exploratory Testing,ET)是一种自由的软件测试风格,强调测试人员同时开展测试学习.测试设计.测试执行和测试结果评估等活动,以持续优化测试工作,具备即兴发挥.快速实验.动态调整等特征. 2.  探索性概念是测试专家Cem Kaner博士在1983年提出的,受到了语境驱动测试学派的支持. 3.实际实践操作特点 1)有策略地确定风险.加强沟通(向测试负责人了解哪些模块被发现的BUGS最多.哪些少.从而确定哪些模块为风险区域投入的时间较多): 2)关注细节,多使用

敏捷测试中发现的一些问题及改进办法

最近产品出现了几个不大不小的问题,时间点却偏偏是在距离产品发布不到一个月!!在解决完问题后,不禁要思考一下:到底哪里出了问题? 下面是对最近出现的问题的反思和一些改进办法: 问题 1:遗漏重要需求 敏捷团队中需求的获取有很多种方式,大体的来源分为: a. 最终客户(需求和反馈) b. 行业标准 c. 竞争产品 d. 团队贡献和创新 e. 其他 我们遇到的问题是有一部分客户对域里的用户权限限制很高,不是我们常用的有域管理员权限,这是我们没有考虑到也从来没接触过的的使用方式,以至于产品根本无法在一些