一、冒烟测试
-
什么是冒烟测试：它的名称来源于电路板，因为在电路板出厂的时候要进行通电检查，如果电路板有问题，那么就是冒烟，所以在软件工程冒烟测试用来形容对软件主干功能的首次测试，也就是要先走马观花的进行测试，看看软件的主要功能是否有问题。如果在冒烟测试中软件就有问题，那么就可以认为这个软件是未完成平，让开发重新做。
-
冒烟测试流程
-
冒烟测试用例选择原则
- 选择主干流程的正向用例，一般在高优先级和中优先级中选择
- 每个模块尽量能覆盖到，比如项目中有A、B、C三个模块，那么这三个模块中都需要选测试用例
- 30%20%10%，它的意思是指冒烟用例占所有用例的比例，这个要根据项目情况选取，一般是测试开发比例（也就是测试开发人员的多少）
- 跟回归用例的区别，它们的目的是不一样的，回归测试要保证原有的功能没有问题，冒烟用例要保证新功能没有问题。
如何判断冒烟用例通过：也就是冒烟测试用例通过率100%
-
冒烟测试的意义
- 减少重复执行，提高测试效率：如果没有冒烟测试，那么测试直接拿到这个软件后开始测试，结果发现主干功能有问题，导致后续的测试无法执行，此时再返回让开发修改，等开发修改完毕后，再进行测试，那么之前的测试就白费了。如果先进行冒烟测试，测试主干功能没问题，那么就不会影响到后续的测试。
- 测试和开发就提测标准达成一致：如果没有冒烟测试，那么开发可能会提交一个版本较差的给测试，那么测试可能会进行很多论的测试还不一定能完成所有的测试。若进行冒烟测试，那么测试和开发就能有一个关于软件质量标准的共识，开发知道达到什么标准后才能提交给测试。
二、新需求测试
- 新需求测试：新需求测试一般就是选择这次新增的功能和需求进行测试
- 新需求测试完成标准
- 新需求开发全部完成
- bug收敛到一定的标准：传统的要求是没有高优先级bug（重要分支出错），少数的中优先级bug（非重要分支出错）；互联网敏捷开发公司要求的是无高优先级bug（主干功能出错），bug要收敛。
- 新需求理想情况是测试一轮；不想理的情况可能需要几轮。
三、回归测试
- 定义：它验证的是原有软件的正确性，旨在检验软件原有功能在修改后是否保持完整，所以它验证的是整体功能的完整性，包括修改的和没有修改的功能。因为在修改功能的同时，可能会引入新的bug，比如：电力公司在修公路的时候，很容易就会把电缆给挖断，所以修路导致电缆出现问题。
- 用例的选择
- 项目新需求功能模块的相关模块
- 产品全功能主干用例
- 版本兼容、系统兼容等兼容性用例
- 遗留bug的相关用例
- 执行回归测试标准
- 开发完全停止后进行一轮回归测试
- 基本没有bug，一般无高优先级、中优先级bug，低优先级少于5个bug
- 新需求理想情况是测试一轮；不想理的情况可能需要几轮。
- 回归测试自动化：一般回归测试时功能一般比较稳定，适合做自动化。
