动态测试：指实际运行被测试的程序，输入数据来检查程序
静态测试：
- 通过肉眼来检查我这个产品的需求规格说明书到底有没有出现错误
- 对于界面的测试，通过比对ui设计稿来检查有没出现界面与ui设计稿不符
- 对于静态代码的走查---看这个代码是否符合我实际的应用规范
黑盒，白盒，动静态测试有什么关系
在我测试的行为当中，黑盒白盒都具有动静态测试的一些方面
- 黑盒测试--->动态测试（在黑盒测试的过程中运行这个程序进行测试），黑盒测试--->静态测试（不运行观察界面）
- 白盒测试--->动态测试（开发通过运行代码来检查我的程序），白盒测试也可能是静态的测试（通过肉眼走查代码）
正式评审：
1.产品经理进行组织开启评审会议
评审的对象：需求文档-原型图
评审过程当中的目的
评审需求文档是否覆盖了用户的所有需求
需求文档是否明确（是否有存在疑问的地方，是否存在错误
2.概要设计评审：开发测试人员及逆行评审
3.详细设计评审：开发测试人员及逆行评审
度量：
1.所有的测试方法是否覆盖了所有的测试行为
2.测试的方法是否达到了软件指定指标
评审员：参与评审的人员
记录员：会议记录人员
技术评审：
- 软件设计方法的评审
- 开发人员技术统一性评审
- 代码质量评审
走查：
由文档的作者陈述内容，文档是否出现问题---理解达成一致
圈复杂度：可以衡量一个组件模块的复杂程度
圈复杂度第一个计算公式：V=E-N+2（E是结构图的边数，N是节点数）
圈复杂度第二个计算公式：V=区域块
圈复杂度第三个计算公式：V=P+1（P是判定节点数）
布尔值：真（true） 假（false)
用例设计的方法：
等价类，边界值，判定表，场景分析法
等价类
有效等价类：对程序规格说明书要求（正确的符合需求设计的要求的）
无效等价类：对程序规格说明书要求不合理的情况（不符合需求设计的情况）
有效等价类也叫正常测试流程
无效等价类也叫异常测试流程
边界值：
上点：边界上的点
离点：离上点最近的点（上点左右最相邻的点）
内点：再域范围内的点
边界值条件分析：
输入条件明确了一个值的取值范围，或规定了值的个数。
输入条件明确了一个有序集合
如果输入（输出）条件规定了取值范围，则以该范围的边界内及边界附近的值作为测试用例
如果输入（输出）条件规定了值的个数，则用用最大个数、最小个数、比最小个数少以、比最大个数多一作为测试数据
如果程序规格说明书中提到的输入（输出）是一个有序集合，应该注意选取有序集合的第一个和最后一个元素作为测试数据
判定表：
条件桩：列出问题的所有条件
动作桩：列出问题规定可采取的动作
条件项：列出针对它条件的取值
动作项：列出条件各种情况的应采取动作
因果图
恒等 两个值相等 1=1
==叫做恒等 = 赋值：a=1
非：不是的意思
不等于 ≠ not no
或 ：表示由多个选择的条件项
or / || 表示或的关系
与：和^ and ＆＆ 表示与的关系
异：a 和b只能存在一个
或：表示有多个选择的选项
唯一：只能选择一个，只能存在一个
要求：当前a存在的时候，b也要存在(关联）
强制：当a存在时，b强制不存在
优点；包含了所有的组合条件，设计出来的用例都是有效的
缺点：首先没有充分的时间去绘画这个因果图，不能准对时间场景做出分析
场景法：
场景分析法是通过描述用例路径（业务流程）来确定的过程
这个流程从开始到结束遍历其中所有的条件路径确定流程
业务流程：登录 --选择商品-下单 -支付---下单成功成功
如何使用场景分析法：
1.画出流程（产品经理）我们自己画
2.找出所有的判断节点--找出所有的判定节点——覆盖判断节点的所有路劲
|
|
288
0
多测师社区 
