之前有将基础的软件测试知识做了一个总结，但比较潦草，很多内容只是一笔带过，快到年底了，自己也有个写年终知识总结文档的计划，就将基础的理论知识重新整理一番。。。
有人问我，这些都是百度能百度到的知识，为什么要写？可能个人的角度不同吧，我是希望每个阶段都将自己的收获做一个总结，自己也能不断提升；
毕竟，百度出来的只是百度的，自己写的才是自己的；就像认识的一个家伙说过一句话：快餐时代，需要沉淀。。。。。。
一、软件测试概述
1、什么是软件
定义：计算机系统中与硬件相互依存的一部分（程序+数据+相关文档）
程序：按事先设计的功能和性能要求执行的指令序列
数据：使程序能正常操纵信息的数据结构
文档：与程序开发、维护和使用有关的图文资料
2、软件工程的内容
主要分为软件开发技术（方法+过程+工具+环境）和软件开发管理
3、软件的生命周期
可行性研究和计划（立项）
需求分析
概要设计（测试计划）
详细设计（测试方案）
实现（开发阶段；包含单元测试）
组装测试（集成测试）
确认测试（系统测试，验收回归测试）
使用和维护（上线使用及日常更新维护）
4、什么是软件测试
定义：软件质量保证的一种手段
目的：发现错误以及避免这些错误的发生，使产品达到完美
概念：是软件工程中的一个非常重要的环节，是开发项目整体的一部分。是有计划有组织的，是伴随软件工程的诞生而诞生的，软件测试不是万能的，不可能发现全部缺陷，软件测试是有局限性的。
5、软件测试的方法
①、用试题检查法
②、用新旧两个系统做平行处理检查
③、软件测试自动化工具测试
6、软件测试阶段有哪些任务
①、制定测试大纲（测试计划）
②、制作测试数据（测试方案）
③、单元测试（程序测试，一般由开发人员进行）
④、功能测试
⑤、性能测试
⑥、集成测试（子系统测试）
⑦、系统测试
⑧、验收测试
⑨、测试报告及向下阶段提交系统运行、维护用户手册
7、测试的原则
①、尽早的、不断地进行测试
②、测试用例由输入数据和与之对应的输出结果组成，应包括合理和不合理的输入条件
③、开发者应尽量避免检查自己的程序
④、设计测试用例时，应包括合理和不合理的输入条件
⑤、充分注意测试中的集群现象，严格执行测试计划，排除测试的随意性
⑥、对每一个测试结果做全面检查
⑦、妥善保存测试计划，方案，用例，BUG记录及最终分析报告等文档
8、软件测试工作流程图
立项阶段
需求阶段
设计阶段
编码&单元测试阶段
集成测试阶段
系统测试阶段
验收测试阶段
结项总结阶段
9、自动化测试
概念：为了提高工作效率，节省人力和成本，把人为驱动的测试转化为机器执行
10、自动化测试的过程
需求分析
测试计划
框架搭建（附带工具选择）
测试用例设计（编写测试用例或开发测试脚本，并文档化）
测试——调试测试（针对自动化测试脚本）
评估（评估测试结果并改进测试过程）
11、自动化测试的优点
①、能执行更多更频繁的测试， 使某些测试任务执行方式更高效
②、能执行一些手动测试困难或者不能做的测试
③、任务自动化，使测试人员投入更多精力设计测试用例，提高测试准确性和人员积极性
④、具有一致和可重复性特点，更客观，提高软件信任度，仍存在一定局限
⑤、不能取代手工测试，不能自动化所有的测试（如只是偶尔执行测试，或需求经常变动，不稳定，或者需要大量手工参与时）
⑥、自动化测试工具只能执行命令，而手工可以在测试中判断测试的输入是否正确，以及改进测试，还可处理意外事件
⑦、对质量依赖较大，在确保质量的前提下，实施自动化才有意义
⑧、自动化测试需要在整个测试系统成熟稳定后，工作效率才会随着测试执行次数的增加而提高
⑨、自动化测试的成本可能高于手工测试
12、自动化测试技术
录制/回放（依赖工具）
脚本技术
数据驱动（data driven)的自动化测试
关键字驱动（keyword driven）的自动化测试
业务驱动
13、自动化测试的级别
①、捕获和回放
②、捕获、编程和回放
③、编程和回放
④、数据驱动的测试
⑤、使用动作词的测试自动化
14、自动化测试方案选择需要考虑的方面
①、项目的影响（能否帮助项目进度、覆盖率、风险）
②、复杂度（是否容易实现，包括数据和其他环境等）
③、时间（实现自动化需要多少时间）
④、早期需求和代码的稳定性（需求或代码能否证明是在范围内变化的）
⑤、维护工作量（代码能否能长期保持相对稳定）
⑥、覆盖率（自动化测试能否覆盖程序的关键特性和功能）
⑦、资源（是否拥有足够的人力、硬件和数据资源来运行自动化测试）
⑧、执行（负责执行的人员是否有足够的技能和时间去运行）
⑨、自动化测试管理
15、自动化测试的重点
①、搭建测试环境，测试场景
②、测试用例
③、测试结果的验证
④、自动化测试的流程以及执行
16、自动化测试需要解决的问题
①、工具的选择
②、测试用例脚本编写
③、测试脚本的管理
二、白盒测试
1、什么是白盒测试
定义：按照程序内部结构，逻辑驱动测试程序
目的：检测产品内部动作是否按照设计说明书的规范进行，检验程序的每条路径是否都能按照预定要求进行工作
对象：源程序
用代码内部的分支，路径，条件，使程序设计的控制结构导出测试用例
2、白盒测试方法分类
①、静态测试
②、动态测试
3、白盒测试的原则
①、保证一个模块中所有路径至少被测试一次
②、所有逻辑值都要测试真和假两种情况
③、检查程序内部的数据结构是否有效
④、检查上下边界及可操作范围内运行所有循环
4、白盒测试的类别
①、软件共用问题的测试
②、语言测试
③、sql语句测试
④、数据类型测试
⑤、界面测试
⑥、数值队形测试
⑦、业务对象测试
⑧、数据管理对象测试
5、白盒测试依据
①、软件需求报告
②、软件需求规格说明
③、程序设计文档
④、软件界面设计
⑤、编码规范
⑥、开发命名标准
6、白盒测试流程
①、界面对象测试流程
界面对象（UI）→业务对象（BO）→数据管理对象（DMO）→DBserver端
②、业务对象测试流程
DBserver端→数据管理对象（DMO）→业务对象（BO）→界面对象（UI）
7、白盒测试方法
①、尽量先用自动化工具来进行静态解析
②、建议先从静态测试开始（静态结构分析、代码走查、静态质量度量），然后进行动态测试（如覆盖率测试）
③、以静态分析结果作为依据，再使用代码检查和动态测试方法对静态分析结果进行进一步确认，提高测试效率及准确性