做网站的个人总结,论坛内网站怎么建设,网站开发流程分为哪几个阶段,企业网站优化分为两个方向文章目录一、等价类划分法1、定义2、等价类划分法步骤3、设计测试用例步骤4、案例#xff1a;学生选修课程二、边界值分析法1、边界值分析法概述2、设计测试用例3、边界值设计原则三、错误推测法1、错误推测法概述2、错误推测法基本思想四、因果图设计法1、因果图设计法概述2、…
文章目录一、等价类划分法1、定义2、等价类划分法步骤3、设计测试用例步骤4、案例学生选修课程二、边界值分析法1、边界值分析法概述2、设计测试用例3、边界值设计原则三、错误推测法1、错误推测法概述2、错误推测法基本思想四、因果图设计法1、因果图设计法概述2、因果图表示3、约束条件4、设计测试用例5、优点6、思考题五、判定表驱动法1、判定表驱动法概述2、判定驱动法 —— 引例3、判定表结构4、判定表的建立步骤5、使用判定表设计测试用例的条件6、案例工资发放六、正交实验设计法1、正交实验设计法概述2、正交实验设计法三个关键因素3、利用正交实验法设计测试用例的步骤4、正交表的特点5、总结6、案例微信Web页面运行环境正交试验设计七、场景法1、设计思想2、场景的构成要素1基本流2场景流3、基本流和备选流的场景说明4、设计测试用例5、总结6、案例在线购物案例八、功能图法九、黑盒测试方法策略总结1、各种测试方法选择的综合策略2、黑盒测试的优缺点十、写在最后一、等价类划分法
1、定义
一个程序可以有多个输入等价类划分就是将这些输入数据按照输入需求进行分类将它们划分为若干个子集这些子集即为等价类某个输入域的子集合在每个等价类中选择有代表性的数据设计测试用例。
举个例子
这种方法类似于学生站队男生站左边女生站右边老师站中间这样就把师生这整个群体划分成了三个等价类。
2、等价类划分法步骤
1先从程序规格说明书中找出各个输入条件 2再为每个输入条件划分等价类形成若干互不相交的子集 3列出等价表
输入条件有效等价类无效等价类………………
3、设计测试用例步骤
等价类划分法设计测试用例要经历划分等价类列出等价类表和选取测试用例两步。
1划分等价类 等价类是指某个输入域的子集合。在该子集合中各个输入数据对于揭露程序中的错误都是等效的。测试代表值就等价于这一类其他值的测试。 那在划分等价类的时候会出现有效等价类和无效等价类这个时候我们需要怎么判断呢 有效等价类就是有效值的集合它们是符合程序要求、合理且有意义的输入数据。 无效等价类就是无效值的集合它们是不符合程序要求、不合理或无意义的输入数据。 因此在设计测试用例时要同时考虑有效等价类和无效等价类的设计。
同时在划分等价类的时候需要遵循一定的划分原则 等价类划分原则 原则1如果输入条件规定了取值范围或值的个数的情况下可以确定一个有效等价类和两个无效等价类。 原则2如果输入条件规定了输入值的集合或者规定了**“必须如何”的条件**的情况下可以确立一个有效等价类和一个无效等价类。 原则3如果输入条件是一个布尔量的情况下可确定一个有效等价类和一个无效等价类。 原则4如果规定了输入数据的一组值假定n个并且程序要对每一个输入值分别处理的情况下可确定n个有效等价类和一个无效等价类。 原则5如果规定了输入数据必须遵守的规则可确定一个有效等价类符合规则和若干个无效等价类从不同角度违反规则。 原则6在确知已划分的等价类中各元素在程序处理中的方式不同的情况下则应再将该等价类进一步地划分为更小的等价类。 同一个等价类中的数据发现程序缺陷的能力是相同的如果使用等价类中的其中一个数据不能捕获缺陷那么使用等价类中的其他数据也不能捕获缺陷同样如果等价类中的其中一个数据能够捕获缺陷那么该等价类中的其他数据也能捕获缺陷即等价类中的所有输入数据都是等效的。 2设计测试用例
在确立了等价类之后建立等价类列表列出所有划分出的等价类。为每个等价类规定一个唯一编号。设计一个新的测试用例使其尽可能多地覆盖尚未被覆盖的有效等价类。重复这一步直到所有的有效等价类都被覆盖为止。设计一个新的测试用例使其仅覆盖一个尚未被覆盖的无效等价类。重复这一步直到所有的无效等价类都被覆盖为止。
4、案例学生选修课程
看到这里不妨再做下案例分析。
案例1每个学生可以选修1~3门课程要求采用等价类设计测试用例。
解题思路首先分析有效等价类和无效等价类然后建立等价类表。 【解析】 1根据题干分析有效等价类和无效等价类 有效等价类选修1~3门课 无效等价类没有选修课、选修3门课以上 2根据分析建立等价类表 3根据等价类表设计测试用例覆盖有效等价类和无效等价类 案例2某连锁酒店集团实行积分奖励计划会员每次入住集团旗下酒店均可以获得一定积分积分由欢迎积分加消费积分构成。其中欢迎积分跟酒店等级有关具体标准如表1-1所示消费积分跟每次入住消费金额有关具体标准为每消费1元获得2积分不足1元的部分不给分。此外集团会员分为优先会员、金会员、白金会员三个级别金会员和白金会员在入住酒店时可获得消费积分的额外奖励奖励规则如表1-2所示。
表1-1 集团不同等级酒店的欢迎积分标准 表1-2 额外积分奖励规则 该酒店集团开发了一个程序来计算会员每次入住后所累积的积分程序的输入包括会员级别L、酒店等级C和消费金额A单位元程序的输出为本次积分S。其中L为单个字母且大小写不敏感C为取值1到6的整数A为正浮点数且最多保留两位小数S为整数。
【问题一】采用等价类划分法对该程序进行测试等价类表如表1-3所示请补充表中空1-7。
【问题二】根据以上等价类表设计的测试用例如下表所示请补充表2-4中空1-13。 二、边界值分析法
1、边界值分析法概述
1边界值分析法是对软件的输入或输出边界进行测试的一种方法它通常作为等价类划分法的一种补充测试。
2在等价类划分法中无论是输入等价类还是输出等价类都会有多个边界而边界值分析法就是在这些边界附近寻找某些点作为测试数据而不是在等价类内部选择测试数据。
2、设计测试用例
设计测试用例步骤
1首先划分等价类根据等价类划分情况确定边界情况。
2选取正好等于、刚刚大于、刚刚小于边界的值作为测试数据而不是选取等价类中的典型值或任意值。
3、边界值设计原则
原则1如果输入条件规定了值的范围则应取刚达到这个范围的边界的值以及刚刚超越这个范围边界的值作为测试输入数据
原则2如果输入条件规定了值的个数则用最大个数、最小个数、比最小个数少1、比最大个数多1的数作为测试数据
原则3根据规格说明的每个输出条件使用前面的原则1。
原则4根据规格说明的每个输出条件使用前面的原则2。
原则5如果程序的规格说明给出的输入域或输出域是有序集合则应选取集合的第一个元素和最后一个元素作为测试用例。
原则6如果程序中使用了一个内部数据结构则应该选择这个内部数据结构边界上的值作为测试用例。
原则7分析规格说明找出其他可能的边界条件。
三、错误推测法
1、错误推测法概述
错误推测法就是人们可以靠经验和直觉推测程序中可能存在的各种错误从而有针对性地编写检查这些错误的例子。
2、错误推测法基本思想
1列举出程序中所有可能有的错误和容易发生错误的特殊情况比如程序只能输入数字测试时可以输入字母进行测试。 2根据它们选择测试用例。
四、因果图设计法
1、因果图设计法概述
如果在测试时必须考虑输入条件的各种组合以及各种输出情况那么可以使用一种适用于描述对于多种条件的组合相应产生多个动作的形式来设计测试用例这就需要利用因果图。
2、因果图表示
因果图使用一些简单的逻辑符号和直线将程序的因输入与果输出连接起来一般原因用ci表示结果用ei表示各结点表示状态可以取值“0”或“1”其中“0”表示状态不出现“1”表示状态出现。
如下图所示 ci与ei之间有恒等、非~、或∨、与∧4种关系分别为
恒等在恒等关系中要求程序有一个输入和一个输出输出与输入保持一致。若c1为1则e1也为1若c1为0则e1也为0。
非非使用符号“~”表示在这种关系中要求程序有一个输入和一个输出输出是输入的取反。若c1为1则e1为0若c1为0则e1为1。
或使用符号“∨”表示或关系可以有任意个输入只要这些输入中有一个为1则输出为1否则输出为0。
与使用符号“∧”表示与关系也可以有任意个输入但只有这些输入全部为1输出才能为1否则输出为0。
以下用一张图展示这4种关系 总结 在软件测试中如果程序有多个输入那么除了输入与输出之间的作用关系之外这些输入之间往往也会存在某些依赖关系某些输入条件本身不能同时出现某一种输入可能会影响其他输入。例如某一软件用于统计体检信息在输入个人信息时性别只能输入男或女这两种输入不能同时存在而且如果输入性别为女那么体检项就会受到限制。 3、约束条件
为了表示原因与原因之间原因与结果之间可能存在的约束条件在因果图中可以附加一些表示约束条件的符号。
1输入条件的约束类别可分为四种
EExclusive这些依赖关系在软件测试中称为“约束”异、Iat least one或、Oone and only one唯一、RRequires要求在因果图中用特定的符号表明这些约束关系。
E异a和b中最多只能有一个为1即a和b不能同时为1。I或a、b和c中至少有一个必须是1即a、b、c不能同时为0。O唯一a和b有且仅有一个为1。R要求a和b必须保持一致即a为1时b也必须为1a为0时b也必须为0。 2输出条件的约束类别只有一种
除了输入条件输出条件也会相互约束输出条件的约束只有一种MMask强制强制约束关系。若结果a是1那么结果b强制为0。
4、设计测试用例
1因果图设计测试用例思想 从程序规格说明书的描述中找出因输入条件和果输出结果或者程序状态的改变 通过因果图转换为判定表 为判定表中的每一列设计一个测试用例
2使用因果图设计测试用例的步骤 分析程序规格说明书描述内容确定程序的输入与输出即确定“原因”和“结果” 。 分析得出输入与输入之间、输入与输出之间的对应关系将这些输入与输出之间的关系使用因果图表示出来。 由于语法与环境的限制有些输入与输入之间、输入与输出之间的组合情况是不可能出现的对于这种情况使用符号标记它们之间的限制或约束关系。 将因果图转换为决策表根据决策表设计测试用例。决策表将在标题五判定表驱动法中提到
5、优点
因果图法的优点 考虑到了输入情况的各种组合以及各个输入情况之间的相互制约关系。 因果图的约束关系可以有效简化决策表帮助测试人员高效率的开发测试用例。 因果图法是将自然语言规格说明转化成形式语言规格说明的一种严格的方法可以指出规格说明存在的不完整性和二义性。
6、思考题
程序的规格说明要求输入的第一个字符必须是#或*第二个字符必须是一个数字在此情况下进行文件的修改如果第一个字符不是#或*则给出信息N如果第二个字符不是数字则给出信息M。采用因果图法设计该软件的测试用例。 具体解析如下 1分析程序规格说明中的原因和结果 原因结果C1第一个字符是#e1:给出信息NC2第一个字符是*e2修改文件C3第二个字符是一个数字e3给出信息M2画出因果图 3将因果图转换成判定表3个条件一般可以有2³种组合 12345678原因c111110000c211001100c310101010结果e1✔✔e2✔✔e3✔✔4简化判定表第7列和第8列合并 1234567原因c11111000c21100110c3101010-结果e1✔e2✔✔e3✔✔5根据判定表生成测试用例 测试用例ID输入数据输出结果1#3修改文件2#M给出信息M3*5修改文件4*A给出信息M5MM给出信息N五、判定表驱动法
1、判定表驱动法概述
判定表也称为决策表其实质就是一种逻辑表。在程序设计发展初期判定表就已经被当作程序开发的辅助工具了帮助开发人员整理开发模式和流程因为它可以把复杂的逻辑关系和多种条件组合的情况表达的既具体又明确利用判定表可以设计出完整的测试用例集合。
2、判定驱动法 —— 引例
为了让大家明白什么是判定表下面通过一个“图书阅读指南”来制作一个判定表图书阅读指南指明了图书阅读过程中可能出现的状况以及针对各种情况给读者的建议。
1在图书阅读过程中可能会出现3种情况
是否疲倦。是否对内容感兴趣。对书中的内容是否感到糊涂。 如果回答是肯定的则使用“Y”标记 如果回答是否定的则使用“N”标记。 那么这3种情况可以有2³8种组合针对这8种组合。
2阅读指南给读者提供了4条建议
回到本章开头重读。继续读下去。跳到下一章去读。停止阅读并休息。
3针对以上分析得出以下图书阅读指南判定表。
问题与建议12345678问题是否疲倦YYYYNNNN是否对内容感兴趣YYNNNYYN对书中内容是否感到糊涂YNNYYYNN建议回到本章开头重读✔继续读下去✔跳到下一章去读✔✔停止阅读并休息✔✔✔✔
4在实际测试中条件桩往往很多而且每个条件桩都有真假两个条件项有n个条件桩的判定表就会有2n种条件规则如果每条规则都设计一个测试用例不仅工作量大而且有些工作量可能是重复的无意义的。例如在“图书阅读指南”中第1、2条规则第1条规则取值为Y、Y、Y执行结果为“停止阅读并休息”第2条规则取值为Y、Y、N执行结果也是为“停止阅读并休息”对于这两条规则来说前两个问题的取值相同执行结果一样。
这些不影响结果取值的问题称为无关条件项用“-”表示。忽略无关条件项可以将两条规则合并。
合并规则需要满足如下两个条件①两条规则采取的动作相同②两条规则的条件项取值相似。
5根据合并规则可以将“图书阅读指南”判定表合并。
问题与建议12345问题是否疲倦YYNNN是否对内容感兴趣YNNYY对书中内容是否感到糊涂---YN建议回到本章开头重读✔继续读下去✔跳到下一章去读✔停止阅读并休息✔✔
3、判定表结构
判定表是把作为条件的所有输入的各种组合值以及对应的输出值都罗列出来而形成的表格判定表由4个部分组成判定表结构如下
条件桩条件项动作桩动作项
其中每一列称为一个规则。判定表的4个部分分别为
条件桩列出问题的所有条件除了某些问题对条件的先后次序有要求之外通常决策表中所列条件的先后次序都无关紧要。条件项条件项就是条件桩的所有可能取值。动作桩动作桩就是问题可能采取的操作这些操作一般没有先后次序之分。动作项指出在条件项的各组取值情况下应采取的动作。
在判定表中任何一个条件组合的特定取值及其相应要执行的操作称为一条规则即判定表中的每一列就是一条规则每一列都可以设计一个测试用例根据判定表设计测试用例就不会有所遗漏。
4、判定表的建立步骤
确定规则个数n个条件相应的有2ⁿ条规则。列出所有的条件桩和动作桩。填入条件项。填入动作项制定初始判定表。简化合并相似规则或相同动作。
5、使用判定表设计测试用例的条件
规格说明以判定表的形式给出或很容易转换成判定表。条件的排列顺序不影响执行哪些操作。规则的排列顺序不影响执行哪些操作。当某一规则的条件已经满足并确定要执行的操作后不必检验别的规则。如果某一规则要执行多个操作这些操作的执行顺序无关紧要。
6、案例工资发放
某公司的薪资管理制度如下员工工资分为年薪制与月薪制两种员工的错误定位包括普通错误与严重错误两种如果是年薪制的员工犯普通错误扣款2%犯严重错误扣款4%如果是月薪制的员工犯普通错误扣款4%犯严重错误扣款8%。该公司编写了一款软件用于员工工资计算发放现在要对该软件进行测试。
对公司员工工资管理进行分析可得出员工工资由4个因素决定年薪、月薪、普通错误、严重错误。其中年薪与月薪不可能同时并存但普通错误与严重错误可以并存。
员工最终扣款结果有7种未扣款、扣款2%、扣款4%、扣款6%2%4%、扣款4%、扣款8%、扣款12%4%8%。
采用判定表驱动法设计该软件的测试用例。 具体解析如下 1分析员工工资的原因和结果 2有4个原因每个原因有“Y”和“N”两个取值理论上可以组成2416种规则但是c1与c2不能同时并存因此有238种规则。得出员工工资判定表如下 3最终得出员工工资测试用例表 六、正交实验设计法
1、正交实验设计法概述
正交实验设计法Orthogonal experimental design是指从大量的实验点中挑选出适量的、有代表性的点依据Glois理论导出“正交表”从而合理的安排实验的一种实验设计方法。
2、正交实验设计法三个关键因素
指标判断实验结果优劣的标准。因子因子也称为因素是指所有影响实验指标的条件。因子的状态因子的状态也叫因子的水平它指的是因子变量的取值。
3、利用正交实验法设计测试用例的步骤
提取因子构造因子状态表加权筛选简化因子状态表构建正交表设计测试用例
接下来对这三个步骤进行一一解析。
1举个栗子步骤一
提取因子构造因子状态表—— 即分析软件的规格需求说明得到影响软件功能的因子确定因子可以有哪些取值即确定因子的状态。
例如某一软件的运行受到操作系统和数据库的影响因此影响其运行是否成功的因子有操作系统和数据库两个而操作系统有Windows、Linux、Mac三个取值数据库有MySQL、MongoDB、Oracle三个取值因此操作系统的因子状态为3数据库因子状态为3。得到如下因子-状态表
因子因子的状态操作系统WindowsLinuxMac数据库MySQLMongoDBOracle
2举个栗子步骤二
加权筛选简化因子状态表 —— 在实际软件测试中软件的因子及因子的状态会有很多每个因子及其状态对软件的作用也大不相同如果把这些因子及状态都划分到因子-状态表中最后生成的测试用例会相当庞大从而影响软件测试的效率。因此需要根据因子及状态的重要程度进行加权筛选选出重要的因子与状态简化因子-状态表。
3举个栗子步骤三
构建正交表设计测试用例 —— 正交表的表示形式为 Ln(tc) 来表示。
L表示正交表。n为正交表的行数正交表的每一行可以设计一个测试用例因此行数n也表示可以设计的测试用例的数目。c表示正交实验的因子数目即正交表的列数因此正交表是一个n行c列的表。t称为水平数表示每个因子能够取得的最大值即因子有多少个状态。在行数为n(n为正整数)的正交表中行数n试验次数∑每列水平数t-11。如 ①L8(27)n7×(2-1)18②L4(23)n3×(2-1)14。
下面举出两个例子辅助理解 例1 L4(23) 是最简单的正交表它表示该实验有3个因子每个因子有两个状态可以做4次实验如果用0和1表示每个因子的两种状态则该正交表就是一个4行3列的表。 正交表如下图所示 例2 在实际软件测试中大多数情况下软件有多个因子每个因子的状态数目都不相同即各列的水平数不等这样的正交表称为混合正交表如L8(24 41) 这个正交表表示有4个因子有2种状态有1个因子有4种状态。 那么正交表的行数为 n ∑每列水平数t-1 1 (2-1)×4 (4-1)×1 1 8这个n值的计算如果发生在大型项目时往往是很难计算的。 所以混合正交表往往难以确定测试用例的数目即n的值。因此在这种情况下可以登录正交表的一些权威网站查询n值下面给大家提供一个正交表查询网站 在这里可以查询到不同因子数、不同水平数的正交表的n值。 最终得出该混合正交表如下图所示
4、正交表的特点
正交表最大的特点是取点均匀分散、齐整可比每一列中每种数字出现的次数都相等即每种状态的取值次数相等。
5、总结
写到这里对正交实验设计法做个小结
在正交表中每个因子的每个水平与另一个因子的各水平都“交互”一次这就是正交性它保证了实验点均匀分散在因子与水平的组合之中因此具有很强的代表性。对于受多因子多水平影响的软件正交实验法可以高效适量的生成测试用例减少测试工作量并且利用正交实验法得到的测试用例具有一定的覆盖度检错率可达50%以上。正交实验法虽然好用但在选择正交表时要注意先要确定实验因子、状态及它们之间的交互作用选择合适的正交表同时还要考虑实验的精度要求、费用、时长等因素。
6、案例微信Web页面运行环境正交试验设计
微信是一款手机App软件但它也有web版微信可以登录如果要测试微信web页面运行环境需要考虑多种因素在众多的因素中我们可以选出几个影响比较大的因素如服务器、操作系统插件和浏览器。利用正交实验设计法设计该软件的测试用例。 具体解析如下 1提取因子构造因子状态表 对于选取出的4个影响因素每个因素又有不同的取值同样在每个因素的多个值中可以选出几个比较重要的值。如 服务器IIS、Apache、Jetty 操作系统Windows7、Windows10、Mac 插件无、小程序、微信插件 浏览器IE11、Chrome、FireFox 构造的因子状态表如下 因子因子的状态操作系统IISApacheJetty数据库Windows7Windows10Mac插件无小程序微信插件浏览器IE11ChromeFireFox2加权筛选简化因子状态表 微信web版运行环境正交实验中有4个因子服务器、操作系统、插件、浏览器每个因子又有3个水平因此该正交表是一个4因子3水平正交表。所以正交表的行数为 n ∑每列水平数t-1 1 (3-1)×4 1 9因此正交表的表示形式为L9(34)。得出n9后查表可得简化后的因子状态表如下 3构建正交表设计测试用例将因子、状态映射到正交表可生成具体的测试用例具体如下表 七、场景法
1、设计思想
现在的软件几乎都是由事件来触发的事情触发便形成了场景而同一事件不同的触发顺序和处理结果就形成了事件流。
2、场景的构成要素
场景可以看成是基本流与备选流的集合。用例的场景用来描述流经用例的路径从用例的开始到结束遍历这条路径上所有的基本流和备选流。
1基本流
基本事件流从系统某个初始状态开始经一系列状态后到达最终状态的一个业务流程并且是最主要、最基本的一个业务流程无任何差错程序从开始直接到执行结束。
2场景流
备选事件流以基本流为基础在基本流所经过的每个判定节点处满足不同的触发条件而导致的其他事件流。
3、基本流和备选流的场景说明
先用一张图来描述基本流和备选流的流程。
从上图可以看出图中经过用例的每条路径都用基本流和备选流来表示。
基本流采用直黑线表示是经过用例的最简单的路径。
备选流采用不同色彩表示一个备选流可能从基本流开始在某个特定条件下执行然后重新加入基本流中如备选流1和3也可能起源于另一个备选流如备选流2或者终止用例而不再重新加入到某个流如备选流2和4。
根据图中每条经过的可能路径从基本流开始再经过基本流、备选流的综合可以确定不同的用例场景如下 基于以上例子可以得出以下结论基本流只有一个而备选流的数目则取决于基本流上判定节点的数目与事务分析的颗粒度颗粒度越细考虑越周全得到的备选流数目就越多相应的测试工作量就越大。
4、设计测试用例
场景法设计测试用例的基本步骤如下
1根据需求规格说明描述出程序的基本流及各项备选流。
2根据基本流和各项备选流生成不同的场景。
3对每一个场景生成相应的测试用例。
4对生成的所有测试用例重新复审去掉多余的测试用例。测试用例确定后对每一个测试用例确定测试数据值。
5、总结
写到这里对场景法做个小结
场景法以事件流和场景为核心又被称为业务流程测试法要求测试人员使用场景法设计测试用例时把自己当成最终用户尽可能真实地模拟用户在使用此软件时的操作情形。在测试过程中测试人员需要模拟两个方面的业务正确的操作流程和可能出现的错误操作。它适用于业务比较复杂的软件系统测试。
6、案例在线购物案例
有一个在线购物的实例用户进入一个在线购物网站进行购物选购物品后进行在线购买这时需要使用账号登录登录成功后进行付钱交易交易成功后生成订购单完成整个购物过程。请使用场景法设计测试用例。 案例解析如下 1确定基本流和备选流 基本流登录在线购物网站选择物品登录账号付钱交易生成订购单。备选流1账号不存在。备选流2密码错误。备选流3货物库存不足。备选流4账号余额不足。 2根据基本流和备选流来确定场景如下表 表 购物系统场景表 场景1成功购物基本流场景2账号不存在备选流1场景3密码错误备选流2场景4货物库存不足备选流3场景5用户账号余额不足备选流43根据每一个场景设计需要的测试用例 【解析】 可以采用矩阵或判定表来确定和管理测试用例下面介绍一种通用的格式其中各行代表各个测试用例而各列则代表测试用例的信息。 在矩阵中 V有效用于表明这个条件必须是VALID有效的才可执行基本流I无效用于表明这种条件下将激活所需备选流N/A(不适用)表明这个条件不适用于测试用例。 购物系统场景矩阵见下表 表 购物系统场景矩阵 测试用例ID场景账号密码购买商品数量商品库存数量用户账号余额预期结果1场景1成功购物VVVVV成功购物2场景2账号不存在IN/AN/AN/AN/A提示账号不存在3场景3密码错误VIN/AN/AN/A提示密码输入有误4场景4购买商品库存不足VVVIN/A提示库存不足5场景5用户账号余额不足VVVVI提示账号余额不足4设计具体的测试用例数据假设所购物品单价为30元 表 购物系统具体测试用例 场景测试用例ID账号密码购买商品数量商品库存数量用户账号余额预期结果场景1成功购物1admin123test12310件50件2000元成功购物场景2账号不存在2adminN/AN/AN/AN/A提示账号不存在场景3密码错误3admin123testN/AN/AN/A提示密码输入有误场景4购买商品库存不足4admin123test12360件50件N/A提示库存不足场景5用户账号余额不足5admin123test12310件50件200元提示账号余额不足八、功能图法
此处还未学习明白静待后续更新……
九、黑盒测试方法策略总结
写到这里对上面八大黑盒测试方法做个小结。
1、各种测试方法选择的综合策略
1首先进行等价类划分包括输入条件和输出条件的等价划分将无限测试变成有限测试这是减少工作量和提高测试效率最有效的方法。
2 在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出的测试用例发现程序错误的能力最强。
3可以用错误推测法追加一些测试用例这需要依靠测试工程师的智慧和经验。
4对照程序逻辑检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准应当再补充足够的测试用例。
5如果程序的功能说明中含有输入条件的组合情况则一开始就可选用因果图法和判定表。
6对于参数配置类的软件要用正交试验法选择较少的组合方式达到最佳效果。
7对于业务流清晰的软件可以使用场景贯穿测试再综合使用各种测试方法。
2、黑盒测试的优缺点
1优点①对较大的代码单元来说黑盒测试比白盒测试的效率高 测试人员不需要了解实现的细节包括特定的编程语言②测试人员和编程人员是相互独立的从用户的角度进行测试很容易被接受和理解有助于暴露任何与规格不一致或者歧异的地方测试用例可以在规格完成后马上进行。
2缺点不能测试程序内部特定部位比如程序未执行的代码这些代码得不到测试则无法发现错误。若没有清晰的和简明的规格测试用例很难被设计不易进行充分性测试。
十、写在最后
黑盒测试相较于白盒测试来说比较简单不需要了解程序内部的代码与软件的内部实现无关从用户角度出发能很容易的知道用户会使用到哪些功能会遇到哪些问题并且是基于软件开发文档做的相关测试能较清楚地了解软件实现了文档中的哪些功能。 八大典型的黑盒测试方法讲解到这里就结束啦如有不理解或者有误的地方欢迎私聊或加我微信指正~ 下一篇文章将讲解白盒测试。 如果想查看往期文章也可以直接点击进入软件测试栏目。 公众号星期一研究室微信MondayLaboratory 码字不易如果这篇文章对你有用记得留个Star哦~
