按照开发阶段划分
单元测试集成测试确认测试（冒烟测试）系统测试验收测试
按照测试技术划分
黑盒测试白盒测试灰盒测试按照代码运行划分
静态测试
代码测试界面测试文档测试动态测试按照软件特性分类
功能测试
逻辑功能测试界面测试易用性测试安装/卸载测试兼容性测试性能测试
时间性能和空间性能安全性测试其他测试模型
回归测试
- 验证之前的版本产生的所有缺陷已全部被修复确认修复这些缺陷没有引发新的缺陷
冒烟测试随机测试猴子测试
| 单元测试 | 集成测试 | 确认 | 系统 | 验收 | |
| 测试技术 | 黑盒 白盒 | 黑盒 白盒 灰盒测试 | 黑盒 白盒 | 黑盒 白盒 | 黑盒 白盒 |
| 代码运行 | 动态 静态 | 动态 静态 | 动态 静态 | 动态 静态 | 动态 静态 |
| 软件特性 | 功能 性能 安全 | 功能 性能 安全 | 功能 性能 安全 | 功能 性能 安全 | 功能 性能 安全 |
| 其他测试 | 冒烟测试 | 回归测试 | 随机测试 猴子测试 | ||
| 测试手段 | 手工 自动化 |
- 软件测试的原则
| 所有测试的标准都是建立在用户需求之上 |
| 软件测试必须基于“质量第一”的思想去开展各项工作，当时间和质量冲突时，时间要服从质量 |
| 事先定义好产品的质量标准，只有有了质量标准，才能根据测试的结果，对产品的质量进行分析和评估 |
| 软件项目已启动，软件测试也就开始，而不是等程序写完才开始进行测试 |
| 穷举测试是不可能的 |
| 第三方进行测试会更客观、更有效 |
| 软件测试计划是做好软件测试工作的前提 |
| 测试用例式设计出来的，不是写出来的，所以要根据测试的目的，采用相应的方法去设计测试用例，从而提高测试的效率，更多地发现测u哦呜，提高程序的可靠性 |
| 对发现错误较多的程序段，应进行更深入的测试。一般来说，一段程序中已发现的错误也多，其中存在的错误概率就越大 |
| 重视文档，妥善保存一切测试过程文档（测试计划、测试用例、测试报告等） |
| 应当把“尽早和不断地测试”作为测试人员的座右铭 |
| 回归测试的关联性一定要引起充分注意，修改一个错误儿引起更多错误出现的现象并不少见 |
| 测试应从“小规模”开始，逐步转向“大规模” |
| 不可将测试用例置之度外，排除随意性 |
| 必须彻底检查每一个测试结果 |
| 一定要注意测试中的错误集中法神现象，这和程序员的编程水平和习惯有很大的关系 |
| 对测试错误结果一定要有一个确认的过程 |
