测试技术及用例设计

术语一

• 动态测试 （dynamic  testing） :通过运行软件的组件或 系统来测试软件
• 静态测试 （static testing） ：对组件的规格说明书进行评审，对静态代码进行走查
• 正式评审 （formal review） ：对评审过程及需求文档的 一种特定评审（会议，交叉评审）
• 度量 （metric） ：测量所使用的方法或标准（用了什么工具/出口标准（bug密度））
• 评审员 （reviewer） ：参与评审的人（所有人但不包括主讲人）
• 记录员 （scribe） ：记录评审会议上的会议纪要）
  

术语二

• 技术评审 ：同行间对技术进行的评审，目的是技术实现达成共识
• 走查 ：由文档作者逐步陈述文档内容，以收集信息对内容达成一致
• 复杂性 ：系统或组件的设计或内部结构比较复杂，导致难以理解，维护或验证的程度
• 控制流 ：执行组件或系统的一系列顺序的路径
• 数据流 ：表示数据对象的顺序或状态发生变化的过程
  

圈复杂度
写的代码越复杂，圈复杂度越高（代码的逻辑较多）
写的代码越简单，圈复杂度越低


   
公式一 ：V=E-N+2(E:结构图的边数  N是节点数）

公式二：V=区域数
注：要加上程序外面最大的一块

公式三 ：V=P+1 （P是判定节点数）

黑盒测试（功能测试）的用例设计方法
等价类：
   

• 等价类划分
• 需求：在输入框输入1-100分考试成绩并且为正整数
• 输入域：1-100
• 合集：1-100之间的任意正整数  比如33，55，88
• 有效等价类：有意义，合理的数据（列：1 ，33 ，66）
• 无效等价类：无意义，不合理的数据（列：0，-1，101，55.5，&*@#）
  

原则：

• 每条用例尽可能覆盖多个有效等价类
• 每条用例只能覆盖一个无效等价类
  

写用例注意的点：

• 用例以验证开头
• 验证标题和步骤内容相呼应
• 用例标题和预期结果相呼应
• 等价类用例设计方法的描述一般用于大于，小于（指定某一个值是边界值的）
  

边界值
   

• 定义  
• 上点：边界上的点
• 离点：离上点最近的点（即上点左右两边最邻近的点）
• 内点：在域范围内的点
  

   

判定表
判定表定义： 分析和表达多逻辑条件下的执行不同操作的情况
   
结构：由4个部分组成

• 条件桩（condition stub）:列出问题的所有条件（通常条件次序无关紧要）。
• 条件项（condition entry）：列出针对它条件的取值（所有情况下的真假值
• 动作桩（action stub）：列出问题规定可采取的动作（顺序无约束）。
• 动作项（action entry）：列出条件各种情况的应采取的 动作。
  

创建步骤：

• 1）确定规则的个数：若有N个条件，每一个条件下有2个值，则有2^n种规则。
• 2）列出所有条件桩与动作桩。
• 3）输入条件项。
• 4）输入动作项得到初始判定表。
• 5）简化（合并相似规则）。
• 6）编写测试用例
  

列：
   
   


用判定表当输入条件少的可以全部覆盖，但是条件变多的情况下就非常困难
举例：页面由30个输入框==》2的30次方

因果图

• 因果图符合==》代表的是原因与结果之间的关系
• C1 是原因   e是结果
• 
  

   

• 恒等：== 当原因出来的时候，结果一定出现
  

   

• 非：~ not   ==》当原因出现的时候，结果一定不出现
  

   

• 或：or、/、||  ==》多个原因中有一个原因出现，则结果一定出现
  

   

• ^、和、 且、 and、 & ==》多个原因同时出现，则结果才能出现
  

因果图中的约束
   
   
正交表
场景法
状态迁移

白盒测试用例设计方法：
语句覆盖
条件覆盖
判定覆盖
路径覆盖（基本路径法，z路径法）
判定条件覆盖