测试技术与测试设计

1、术语
动态测试：通过运行软件的功能交互来验证软件的正确性
静态测试：对组件SRS进行评审
如需求评审，开发自测中的代码走查（开发）（开发去验证自己的代码逻辑）
评审：
交叉评审
组内评审====》正式评审
会议评审
度量：用了什么工具，出口标准（bug密度）
评审员：所有参与评审的人员（但不包括主讲人）
记录员：项目组相关人员都是

技术评审：（同行间对技术进行评审，目的的是技术实现达成一致）
1.对当前项目功能相关的代码进行评审
2.对当前功能对应新增
走查：
圈复杂度：
写的代码越复杂，圈复杂度越高（代码逻辑比较多）
写的代码越简单，圈复杂度越低
控制流：登录功能的逻辑------
数据流：数据从哪里来到哪里去
控制流程图





圈复杂度：程序中独立路径的数量
独立路径就是从开始到结束  =====h几条独立路径，圈复杂度就是几  
1-4-6
1-4-5-6
1-2-5-6
1-2-3-7-6
1-2-3-2-5-6
   

公式1
V=E-N+2(E结构图的边数，N节点数)  
公式2
V=区域数(要加上最外边一块)
公式3
V=P+1（p是判定节点）



用例设计
黑盒测试（功能测试）的用例设计方法
等价类：
边界法：
判定表：
因果图：
正交表：
场景法：
状态迁移：



等价类划分
需求：输入框中输入1-100分考试成绩并且是正整数
输入域：1-100
集合：1-100分之间的任意正整数比如20、58、94

有效等价类：
1、60、100、98

无效等价类：
0、-1、101、多测师、%$#@*



需求:qq密码是6-12位数字字符或英文字符或下划线组成
123456=》符合规则
12345=》不符合，从长度方面去违反
多测师=》不符合，从类型方面去违反
根据这个需求写10条用例


1.有效等价类
  数据合理性
2.无效等价类
  从长度方面去违反
  从类型方面去违反




写用例注意点：
1、用例以验证开头
2、验证标题和步骤内容相呼应
3、用例标题和预期结构相呼应
4、等价类用例设计方法的描述一般都是用大于，小于



常见的能够划分等价类的地方
1.数值范围------1-100分考试打分
2.重复次数------取钱密码错误次数
3.字符串长度----输入框支持输入6-12位
4.字符串组中字符的个数----有个列表【‘nihao’;‘wuhan’；‘duoceshi’】
5.文件命名-----文件上传功能，JPG图片格式上传：  无效 png，gif,word文档
6.文件大小------支持100m文件上传
7.屏幕颜色种类----
8.超过时间-----        



边界值
上点：边界上的点    1和100，正常场景
离点：离上点最近的点    2 和101  异常场景
内点：域范围的点    2 99  正常场景

闭区间  【1-100】 正常测试点；1，100    异常测试点：0，101    内点：67
半闭半开【1,100）正常测试点：1，99      异常测试点：1，101    内点：55
半开半闭（1,100）正常测试点：2，99      异常测试点：1，101    内点：54
开区间  （1,100）  正常测试点：2，99      异常测试点：1，100    内点：78

   

有序集合
春夏秋冬
星期一~~~~星期七====》星期一和星期天

例：需求：用户名由11位纯数字字符的手机号组成===》10位 11位 12位
边界值的用例描述：
验证在输入框输入11位纯数字字符组成的手机号
验证在输入框输入10位纯数字字符组成的手机号
验证在输入框输入12位纯数字字符组成的手机号
等价类的用例描述;
验证在输入框输入等于11位纯数字字符组成的手机号
验证在输入框输入大于11位纯数字字符组成的手机号
验证在输入框输入小于11位纯数字字符组成的手机号

判定表：分析和表达多逻辑条件下的执行不同操作的情况

   



   
用判定表当输入条件少的可以全部覆盖，但是条件变多了的情况下就非常困难


判定表题目：
总成绩大于450分and(各科成绩均高于85分 or 优秀毕业生)

优先录取的情况：
总成绩大于450分、各科成绩均高于85分
总成绩大于450分、优秀毕业生
总成绩大于450分、优秀毕业生、各科成绩均高于85分