正交表

windows基础 软件定义 计算机=硬件加软件 软件=程序(program)+文档(document) 软件测试的对象：程序和文档都要测试 软件开发阶段划分 阶段一：需求分析阶段(由需求分析人员完成；产出物：《需求规格说明书》) 阶段二：设计阶段(由系统架构师/分析师完成；产出物：《概要设计说明书》和《详细设计说明书》) 阶段三：编码阶段(由开发人员完成/程序员完成；产出物：程序/代码) 不同的开发阶段引入的bug比例如何? 需求分析阶段引入的bug最多（大概占bug总数的55%左右） 其次是设计阶段（大概占缺陷总数的25%左右） 最少的是编码阶段（大概占缺陷总数的15%左右） 还有5%左右的缺陷是由系统兼容性或者配置原因造成的。 需求分析阶段引入的bug最多，其次是设计阶段，引入bug阶段最少的是编码阶段 因此：1）在测试中不能只测程序，文档也必须测 2）测试工作应尽早介入，并且贯穿整个开发周期始终(尽早测试原则，不断测试原则) 什么是软件缺陷 1.软件的缺陷–defect,bug 2.软件缺陷的定义：1）需求要求的功能没有实现 2）实现了需求没有的功能(画蛇添足) 3）软件出现了指明不应出现的错误 4）需求虽未明确指明，但是应该实现的功能没有实现 eg:法规； 说明：需求不是完美的，有可能有遗漏，但是测试人员应该专业，发现bug就要提交，即使需求中没有提及 5）软件不易使用

等价类划分法 一般定义：分析用户所有可能的输入，并将其划分为若干份，然后从每一份中提取具有代表性的数据当做测试用例，这种测试方法称为等价类划分法。 它将不能穷举的测试过程进行合理的分类，从而保证设计出来的测试用例具有完整性和代表性。 在有限的测试资源的情况下，用少量有代表性的数据得到比较好的测试效果。 等价类划分分为（基本概念）： 有效等价类，指符合《需求规格说明书》，输入合理的数据集合。 无效等价类，指不符合《需求规格说明书》，输入不合理的数据集合。 等价类思考步骤： 首先确定有效等价类和无效等价类 有效等价类就是一目了然的题目条件（比如在0~20之间测试），要考虑到两端的极值（边界值）和中间值。 无效等价类先划分与条件相反的情况（比如不在0~20范围内），再去找特殊情况，如中英文，符号、空格、空等。 边界值 概念：考虑的是输入两边的极值情况，一般搭配等价类划分法来完善测试用例 确定边界值的一般思路：选取正好等于、刚刚大于、刚刚小于边界值作为测试数据 因果图 楔子： 在等价类和边界值中，我们更多的是考虑输入及输入的边界情况，但不太考虑多个输入条件之间的组合情况和制约情况 因果图（Cause-Effect Graph）法是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适用于检查程序输入条件的各种组合情况。 因果图法的特点 考虑输入条件的相互制约及组合关系

http://support.sas.com/techsup/technote/ts723_Designs.txt 找到自己的正交表然后去映射操作。 一、正交表 从全面试验中挑选出有代表性的点进行测试（均匀分散，整齐可比）；高效率、快速、经济的方法； 二、正交表使用方法 1、根据控件和取值数选择一个合适的正交表 2、列举取值并编号，生成取值表 3、把取值表与选择的正交表进行映射 三、混合正交表工具 在实际工作中，很多情况都是因素（控件个数）和水平（每个控件的可选个数）不同，我们在现成的正交表中找不到对应的表格，此时我们就需要使用混合正交表工具来生成混合正交表； 使用步骤： 1、制作取值表（不需要编号，列出数据即可） 2、复制表格中的数据放在一个新建的txt文本文档中，保存到allpairs文件夹中（例如：test2.txt） 3、Win+r再输入cmd进入控制台界面 4、使用控制台代码进入allpairs文件夹中（例如： e: 回车 cd 复制文件夹路径 回车） 5、再输入allpairs.exe test2.txt>chenggong.txt （test2.txt是我们刚新建的文件，chenggong.txt是我们最终生成出来的正交表文件） 四、测试用例方法的选择 1、如果测试功能和流程，要使用场景法 2、需要输入数据的地方，我们要使用等价类划分法，要注意配合边界值法来做详细测试

1.软件测试基础 软件测试工程师：查找错误和缺陷，然后要求开发人员进行修改，保证软件质量。 漏洞（360安全漏洞）：硬件，软件，协议的具体实现或系统安全策略存在缺陷，从而可以使攻击者在未授权的情况下破坏系统。 千年虫问题：年份存2年，超过百年会出现bug。1900→2000 开发和测试的比例：4:1→10:1 手工测试、功能自动化测试、性能自动化测试、白盒测试 1-3-5年规划：手工测试工程师，功能自动化测试工程师，性能测试工程师 需要的技术：计算机操作系统，软件开发技术、软件测试技术、自动化工具 1.1 Windows操作系统及网络基础 　　熟悉windows操作系统和计算机基础知识，能够搭建软件测试环境，熟悉网络协议。 什么是软件：软件=程序+文档 什么是软件缺陷： 软件未出现说明书要求的功能 软件出现了说明书指明不应该出现的错误　 软件出现了说明书未提到的功能 软件未实现说明书虽未明确提及但应该实现的功能 软件难以理解，不易使用，运行缓慢或者从测试员角度看，最终用户会认为不好。　 什么是软件测试：在现有软件中寻找缺陷的过程 软件测试的历史：defect（缺陷），bug(臭虫)，debug（调试） 计算机层次：计算机硬件，操作系统，应用软件　 裸机包含软件：BIOS(Basic input/output system 基本输入输出系统) 常见操作系统：Windows

如：L 4 （2 3 ） 有3个控件， 每个控件有2个取值； 4为需要测试的组合个数； 叫4因素3水平。 （1）L 4 （2 3 ） 列号 1 2 3 试验号 1 1 1 1 2 1 2 2 3 2 1 2 4 2 2 1 (2)L 8 (2 7 ) 列号 1 2 3 4 5 6 7 试验号 1 1 1 1 1 1 1 1 2 1 1 1 2 2 2 2 3 1 2 2 1 1 2 2 4 1 2 2 2 2 1 1 5 2 1 2 1 2 1 2 6 2 1 2 2 1 2 1 7 2 2 1 1 2 2 1 8 2 2 1 2 1 1 2 (3)L 12 (2 11 ) 列号 1 2 3 4 5 6 7 8 9 10 11 试验号 1 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 1 1 2 2 2 2 2 2 3 1 1 2 2 2 1 1 1 2 2 2 4 1 2 1 2 2 1 2 2 1 1 2 5 1 2 2 1 2 2 1 2 1 2 1 6 1 2 2 2 1 2 2 1 2 1 1 7 2 1 2 2 1 1 2 2 1 2 1 8 2 1 2 1 2 2 2 1 1 1 2 9 2 1 1 2 2 2 1 2 2 1 1 10 2 2 2 1 1 1 1 2 2 1 2 11 2 2 1 2 1 2 1 1 1 2 2 12 2 2 1 1 2

1. 正交试验法介绍 正交试验法是研究多因素、多水平的一种试验法，它是利用正交表来对试验进行设计，通过少数的试验替代全 面试 验，根据正交表的正交性从全面试验中挑选适量的、有代表性的点进行试验，这些有代表性的点具备了“均匀分散，整齐可比”的特点。本规范只讨论各因素是相互独立的正交试验法，各因素相互影响的正交试验法在我们设计 测试 用例 的时候用不到，所以不提。 正交表是一种特制的表格，一般用L n (m k )表示，L代表是正交表，n代表试验次数或正交表的行数，k代表最多可安排影响指标因素的个数或正交表的列数，m表示每个因素水平数，且有n=k*(m-1)+1。正交试验法原理及特点见 附录 。 2. 使用正交试验法的原因 对于单因素或两因素试验，因其因素少，试验的设计、实施与分析都比较简单。但在实际 工作 中，常常需要同时考察3个或3个以上的试验因素，若进行全面试验，试验的规模很大，由于时间和成本的限制我们不可能进行全面试验，但是具体挑其中的哪些测试用例进行测试我们心里拿不准，总担心不做不挑选的那些测试用例会遗漏一些严重缺陷。为了有效的、合理地减少测试的工时与费用，我们利用正交试验法来设计测试用例。正交试验法就是安排多因素试验、寻求最优水平组合的一种高效率的试验设计方法。 我们用测试实例来进行说明使用正交试验法设计测试用例的好处。 测试需求： 某所大学通信系共2个班级

用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据、方面。没有完美的测试和完美的软件

一、正交排列法概述 　　正交排列法，是指用最少的测试过程以求取得最大的测试覆盖率的一种测试设计方法。其根据正交性从全面试验中挑选出具有代表性的部分点进行试验这些具有代表性的点具有 “均匀分散，齐整可比”的特点。正交试验设计是一种基于正交表的，高效率、快速、经济的试验设计方法。 二、正交表的概念 　　正交表是指一种特制的表，一般的正交表记为：L n (m k ) 　　其中，n-表的行数，也即需要测试组合的次数，m-每个控件包含的取值个数（各因素的水平数，即各因素的状态数），k-表的列数，即控件的个数（因素的个数/因子的个数）。 　　例如，L 12 （2 11 ）表示有11个控件/因数，每个控件有2个取值，需要测试的组合个数为12。 三、正交排列法的使用步骤 　　1.根据所测对象程序中的控件个数/因素、每个控件的取值个数/水平，选取合适的正交排列表。 　　2.列举控件及其取值，并编号。 　　3.将控件及其取值映射到正交排列表中，即按选取的正交表顺序，把因子分别替换成控件，状态替换成取值。 　　4.根据映射排列好的正交排列表编写测试用例。 四、使用正交排列法的局限性 　　目前常见的正交排列表只有前面附录文件中给出的几种。即使是已有的正交排列表,基本都要求每个控件中取值的个数要相等,这在实际软件中很少选到。 　　没有现成的正交排列表怎么办?通过正交排列法的学习

测试方法和测试用例设计 用户需求/原始需求 需求分析/规格说明书(评审过后，将不合理、无法做到的地方去掉以后的说明书) 测试需求(在需求分析的基础上，以测试团队的工作计划、方式的需要、工作优先级安排) 主要解决“测什么”的问题，即指明被测对象中什么需要测试。 功能是第一要务，按照测试团队的工作要求进行计划 在后期交流中，要不断验证客户需求，要保留文档 对于测试工程师：测试一般划分为功能性测试、非功能性测试 如果没有需求文档，先做冒烟测试，对软件大体有什么功能，进行了解，哪些是功能的重点，有多少功能点，把需求理出来 测试原则： \1. 所有测试活动应以需求为源头和驱动 \2. 应尽早地和不断地进行测试 \3. 完全测试(穷举测试)是不可能的，数据是无穷无尽的，总有测试不到的数据 \4. 没有完美的软件和完美的测试 \5. 应避免仅有程序员自己检查程序，避免随意性(避免随意测试) \6. 二八定律，把相对多的时间、成本、精力花在重要的模块、部分 \7. Good enough 不做不充分的测试，也不做过多的测试，找到测试费用和测试量之间平衡点 \8. 一定要有正确和错误验证 1、所有测试活动都应追溯到用户需求，测试活动应以需求(用户需求->需求规格说明书)为源头和驱动 2、应尽早地和不断地进行软件测试 3、完全测试(穷举测试)是不可能的，因为数据本身是无穷无尽的，总有无法测试到的数据

正交法 通过分析我们发现,对于图中的程序而言,我们要设计81条测试用例,那么有没有一种方法能够使用最小的测试过程集合获得最大的测试覆盖率呢? 1. 概述 1.1 定义 正交法,也叫正交实验法或者正交排列法, 就是使用最小的测试过程集合获得最大的测试覆盖率。 “正交实验”是研究多因素、多水平的一种实验方法,它利用正交表来对实验进行设计,通过少数实验代替全面的实验. 在一项实验中,把影响试验结果的量称为试验因素(因子)，简称因素。因素可以理解为试验过程中的自变量，试验结果可以看成因素的函数。在试验过程中，每一个因素可以处于不同的状态或状况，把因素所处的状态或状况，称为因素的水平，简称水平。 1992年AT&T公司,针对某一个软件做了一个回归测试： 在18个周（4个半月）的时间范围内测试1500条测试用例。后来开发时间推迟了，测试时间被压缩了。测试经理想了一个办法，两个人在8个周（2个月）测试1000条测试用例。但是测试经理不能保证该软件就是完全没有问题的。后来他决定用正交表去重新设计一下测试用例，422条测试用例，42个bug。测试完毕后，软件上线了。在上线的两年时间内。凡事被测试到的领域，都没有发现任何问题。后来呢，他从头到尾有总结了一番：有可能只会测试出32条bug。 前后对比： 测试用例的条数少了 测试出来bug的数量多了 1.2 正交表的构成 ˙正交表时一种特制的表, 一般记为