第一章
白盒测试：
又称为逻辑驱动测试或者结构测试，是按照程序内部结构测试程序，
通过测试来检验产品内部动作是否按照设计说明书的规定来正常执行，该测试可以覆盖全部代码，分支，路径和条件
白盒测试的原因：
1，黑盒不能对程序代码进行测试
2，程序如果存在内存泄漏，黑盒不会发现
3，程序有很多分支语句，黑盒并不会完全测试到
4，有时候异常或错误在实验室条件中很难满足
5，白盒的覆盖率更容易衡量
单元测试：
又称模块测试，是软件开发过程中最低级别的测试活动，目的在于发现各个模块中存在的各种差错
集成测试：
又称为组装测试或者联合测试，是将已经经过单元测试的模块按照设计要求组装成为子系统或者系统进行测试
白盒和黑盒的比较：各有特点，不能相互替代，是结合一起使用的
关注对象： 关注被测数据的内部结构或逻辑，需要源代码并跟踪源代码运行 关注被测程序外部表现，需要可执行文件
测试依据： 依据被测程序的内部设计文档 依据被测软件的需求说明
测试驱动： 需要编写额外的测试驱动程序 一般不需要
测试人员： 有开发经验的测试工程师 任何人，但测试工程师更能发现缺陷
测试方法： 常用逻辑覆盖，基本路径覆盖，数据流分析等 等价类划分，边界值，因果图等
白盒测试的测试策略：
1，桌面检查
2，代码复查
3，代码走查
4，单元测试
白盒测试需要开发部门提供的材料：源代码，用户文档，规格需求说明书，系统软，硬件环境，所有功能的具体设计和操作说明
常用的测试用例设计技术：
1，逻辑覆盖测试
2，循环覆盖测试
3，基本路径测试
4，数据流分析
5，程序插桩
扇入：是指直接调用指定模块的上级模块的个数
扇出:是指给定模块直接调用的下级模块的个数
第三章：
逻辑覆盖测试：
1，语句覆盖：就是设计若干个测试用例，运行被测程序，使得每一条可执行语句至少执行一次
2，判定覆盖：使程序中每个判定的取真分支和取假分支至少各执行一次
3，条件覆盖：使程序中的每个条件的每个可能取值至少执行一次
4，判定条件覆盖：使程序中每个判断的每个条件的每个可能的取值至少执行一次，并且每个判断的结果也至少执行一次
5，条件组合覆盖：使程序中每个判断的所有可能的条件取值组合至少执行一次
6，路径覆盖：覆盖被测对象中的所有可能路径
循环测试：
1，嵌套循环测试：
从最内层测循环开始，将其他循环设置为最小值
对最内层的循环使用简单循环，使最外层循环的迭代参数最小
第五章：
基本路径测试：
1，绘制控制流程图：是退化的程序流程图，是程序流程图中每个处理覆盖都退化成一个节点，原链接不同处理符号的流线变成连接不同节点的有向弧
2，计算环路复杂度：控制流图的区域数对应环形的复杂度，或者 边-节点+2=复杂度
3，导出测试用例：选择适当的数据以保证每条路径都可以被测试到
4，图形矩阵：一个方阵，其行数和列数决定控制流程图的节点数，每行和每列一次对应到一个被标识的节点，矩阵元素对应到节点间的边。
如果一行有两个或更多的元素1，则为判定节点。环形复杂性的算法就是判定节点数+1
第七章：
单元测试：是按照测试阶段划分的测试方法，通常是在编码阶段进行的，主要是对程序模块进行测试
单元测试流程：
1，首先理解设计
2，粗略看一下代码
3，认真走读代码一遍或两边，比较复杂的要仔细推敲
4，设计测试用例
5，搭建测试环境：驱动模块，桩模块
6，执行测试用例
7，分析判断，重复进行测试用例和加载测试
8，分析判断，并给出结论
单元测试：是对软件最基本的组成单元进行测试，可以是类，函数，类的方法
重点在于发现程序设计或程序实现中的逻辑错误，允许多个测试单元的测试并行展开
分为：计划，设计，执行，评审
单元测试的内容：
1，功能点测试
2，覆盖率：语句覆盖率和分支覆盖率
3，模块接口测试
4，内部数据流测试
单元测试用例的设计：
1，设计一个能使系统运行的测试用例
2，设计测试功能的正向测试用例
3，设计测试功能的反向测试用例
4，设计其他的测试用例，验证设计对模块的要求
5，加载测试用例
6，补充测试用例
第九章：
单元测试报告：
1，编写目的
1，说明编写目的
2，被测单元的描述
3，编写结构
4，单元流程图
5，测试过程
6，测试结果
7，单元测试产品
8，质量评估
9，总结
基于状态的覆盖率：
以测试系统覆盖子状态转换图中多少状态转换为依据
基于约束的覆盖率：
根据有多少前置条件和后置条件被覆盖来表示充分性
单元测试规范：
1，编写测试用例
2，规范适用人员
3，单元的划分
4，参与单元测试的人员，职责
5，单元测试采用的测试工具
6，测试代码的书写要求
7，单元测试中声称文件的命名以及储存的目录结构
8，单元测试的实施过程
9，单元测试的入口和出口准侧
10，单元测试的验收和评审
通过准侧：要素： 判断准则
入口准则： 详细设计说明书，单元测试用例 经过审查，获得批准，进入配置库
入口准则： 源代码文件，源代码文件清单 源代码文件获得批准，源代码文件进入配置库的源代码区，测试用例源代码通过同级评审
软件bug清单，单元测试报告 提交测试负责人，提交软件产品配置管理
软件测试设计原则：
1，过于简单的方法不必一定要测试
2，测试任何可能出错的地方：注意使用80/20原则，百分之八十放在可能出错的代码，很少时间测试简单的代码
3，注意测试重用
4，尽量测试类的接口而非实现
5，不能依赖固定的类方法调用顺序
静态白盒测试容易发现的问题
1，类中未使用代码的错误
2，不符合编码标准的错误
3，逻辑错误：1，循环错误 2，swith 语句错误 3，多线程错误
4，读取数据错误
5，集成错误
6，重用错误