软件测试项目总结报告模板测试总结怎么写( 四 ) _知识分享

0,1,15,16
因果图法
等价类划分法和边界值分析法都是着重考虑输入条件，但没有考虑输入条件的各种组合，输入条件之间的相互制约关系，这样虽然各种输入条件可能出错的情况已经测试到了，但多个输入条件组合起来可能出错的情况却被忽视了。
如果在测试时必须考虑输入条件的各种组合，则可能的组合数目将是天文数字，因此必须考虑采用一种适合于描述多种条件的组合，相应产生多个动作的形式来进行测试用例的设计，这就需要利用因果图（逻辑模型）。
因果图法要需要注意考虑：
所有输入/输出条件的相互制约关系以及组合关系
输入条件的依赖关系，也就是什么样的输入组合会产生什么样的输出结果，即“因果关系”
因果图中的基本符号
通常在因果图中用Ci表示原因，用Ei表示结果，各结点表示状态，可取值‘0’或‘1’ 。‘0’表示某状态不出现‘1‘表示某状态出现。
案例：交通一卡通自动充值软件系统需求
系统只接收50或100元纸币，一次只能使用一张纸币，一次虫子金额只能为50元或100元；
若输入50元纸币，并选择充值50元，完成充值后退卡，提示充值成功；
若输入50元纸币，并选择充值100元，提示输入金额不足，并退回50元；
若输入100元纸币，并选择充值50元，完成充值后退卡，提示充值成功，找零50元；
若输入100元纸币，并选择充值100元，完成充值后退卡，提示充值成功；
若输入纸币后在规定时间内不选择充值按钮，退回输入的纸币，并提示错误；
若选择充值按钮后不输入纸币，提示错误
找到所有输入条件编号
找到所有输出条件编号
找出所有输入，输出的制约关系
判定表法
也叫决策表，能表示输入条件的组合，以及与每一输入组合对应的动作组合，与因果图法相似，但更侧重输入条件之间的逻辑关系。
包括5个部分：
条件桩：列出所有可能的条件
条件项：列出所有的条件取值组合
动作桩：列出所有可能的操作
条件项：列出在每一种条件取值组合的情况下，执行动作桩中的哪些动作。
规则：一种条件取值组合与其对应的动作组合（即判定表中贯穿条件项和动作项的一列）构成判定表的一个规则。条件组合的数目就是规则的数目。
白盒测试
白盒测试也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例，主要用于软件或程序验证。白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，但即使每条路径都测试过了，但仍然有可能存在错误。因为：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序；穷举路径测试不可能检查出程序因为遗漏路径而出错；穷举路径测试发现不了一些与数据相关的错误。
白盒测试包括：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖,其中最强的逻辑覆盖法是（条件组合覆盖）
语句覆盖
“语句覆盖”是一个比较弱的测试标准，它的含义是：在测试时，首先设计若干个测试用例，然后运行被测程序，使程序中的每个可执行语句至少执行一次。这时所谓“若干个”，自然是越少越好。
语句覆盖在测试被测程序中，除去对检查不可执行语句有一定作用外，并没有排除被测程序包含错误的风险。
判定覆盖
比“语句覆盖”稍强的覆盖标准是“判定覆盖”(或称branch coverage分支覆盖)标准。判定覆盖准则进行测试是指，设计若干测试用例，运行被侧程序，使得程序中每个判断的取真分支和取假分支至少经历一次，即判断的真假值均曾被满足。判定覆盖又称为分支覆盖。
条件覆盖
程序中每个判断中每个条件的可能值至少得到一次。条件覆盖并不能保证判定覆盖，条件覆盖只能保证每个条件至少有一次为真，而不是考虑所有判定的结果。
判定/条件覆盖
判断中每个条件的所有（真、假）取值至少出现一次，并且每个判断的所有（真、假）判断结果也至少出现一次
条件组合覆盖
每个判定中各条件的每一种组合至少出现一次。
为下列代码设计测试用例，要求满足条件组合覆盖，需要设计测试用例的个数为（）
都符合，都不符合，一个符合一个不符合（有两种情况）。
路径覆盖使程序中每一条可能的路径至少执行一次。

软件测试项目总结报告模板 测试总结怎么写( 四 )

软件测试项目总结报告模板测试总结怎么写( 四 )