软件的合理性
1。静态评审
2。理论化推理
使用残留缺陷率作为标准（一千行代码多少错误）
测试的时候
1。正确性
2。健壮性
测试等级
1单元测试
2集成测试
3系统测试
静态测试和动态测试
黑盒测试和白盒测试
测试的概念
如何设计测试用例
1输入数据
2运行条件
3预期结果
设计原则
1代表性，包括合法的和非法的
2可判定性，结果可以预计
3可再现性，结果是稳定的，不会今天明天同样的测试结果不同
测试优先编程方法
先写测试用例再编程
写规格声明
1具体单元测试（是一种白盒测试）
测试程序的基本单元
测试内部的处理逻辑和数据结构
使用驱动模块（为它提供测试数据）
自动化单元测试
Junit
写一遍可以反复多次测试
使用@test再写测试方法
一个测试方法出错后这个测试方法会停止，但是其他测试方法会继续执行
测试方法与测试方法直接保持独立，不要作为其他测试方法的输入或输出
@before后的方法是所有测试方法运行前都会有运行的方法
@after会在测试方法执行后会执行
黑盒测试可以交给用户来做
优点：
可以发现接口错误
数据结构的访问错误可以发现
性能和初始化错误
缺点：
负负得正的错误发现不了
规格说明：
需求规格说明-用户的需求
设计说明-需求转换为可编程的东西
黑盒测试技术：
1。等价类划分，每一类数据里面选一个代表数据来进行测试。要注意完备性，让所有等价类只和能代表所有输入。
有些情况下也是可以对输出结果进行划分
2。边界值分析，边界上最容易出问题。数字类型最大最小，字符串的末尾。。。对等价类里面的数据的边界进行分析。边界处因为不连续所以更容易出错。
白盒测试技术
完备性测试：
评价你的测试是否是完备且充分的
1。实现了所有的功能？
2。是否有代码没有执行到？
3。程序的分支是否都执行到了？
4。每个真价值都要执行到
集成测试：
主要测试的就是接口
组与组之间可能有些不好的影响
检查一个模块是否被另外的一个模块覆盖
集成测试的思想：
自顶向下：从上开始依次组装检查。
自顶向上：先把最底层的接在一起，然后慢慢加入上层模块并且同时检查。
三明治式：从中间一层开始，同时向上向下进行组装测试
1。静态评审
2。理论化推理
使用残留缺陷率作为标准（一千行代码多少错误）
测试的时候
1。正确性
2。健壮性
测试等级
1单元测试
2集成测试
3系统测试
静态测试和动态测试
黑盒测试和白盒测试
测试的概念
如何设计测试用例
1输入数据
2运行条件
3预期结果
设计原则
1代表性，包括合法的和非法的
2可判定性，结果可以预计
3可再现性，结果是稳定的，不会今天明天同样的测试结果不同
测试优先编程方法
先写测试用例再编程
写规格声明
1具体单元测试（是一种白盒测试）
测试程序的基本单元
测试内部的处理逻辑和数据结构
使用驱动模块（为它提供测试数据）
自动化单元测试
Junit
写一遍可以反复多次测试
使用@test再写测试方法
一个测试方法出错后这个测试方法会停止，但是其他测试方法会继续执行
测试方法与测试方法直接保持独立，不要作为其他测试方法的输入或输出
@before后的方法是所有测试方法运行前都会有运行的方法
@after会在测试方法执行后会执行
黑盒测试可以交给用户来做
优点：
可以发现接口错误
数据结构的访问错误可以发现
性能和初始化错误
缺点：
负负得正的错误发现不了
规格说明：
需求规格说明-用户的需求
设计说明-需求转换为可编程的东西
黑盒测试技术：
1。等价类划分，每一类数据里面选一个代表数据来进行测试。要注意完备性，让所有等价类只和能代表所有输入。
有些情况下也是可以对输出结果进行划分
2。边界值分析，边界上最容易出问题。数字类型最大最小，字符串的末尾。。。对等价类里面的数据的边界进行分析。边界处因为不连续所以更容易出错。
白盒测试技术
完备性测试：
评价你的测试是否是完备且充分的
1。实现了所有的功能？
2。是否有代码没有执行到？
3。程序的分支是否都执行到了？
4。每个真价值都要执行到
集成测试：
主要测试的就是接口
组与组之间可能有些不好的影响
检查一个模块是否被另外的一个模块覆盖
集成测试的思想：
自顶向下：从上开始依次组装检查。
自顶向上：先把最底层的接在一起，然后慢慢加入上层模块并且同时检查。
三明治式：从中间一层开始，同时向上向下进行组装测试