何为冒烟测试:
冒烟测试是自由测试的一种。冒烟测试在测试中发现问题，找到了一个bug，然后开发人员会来修复这个bug。 冒烟测试引入到软件测试中，是指测试人员在正规测试一个新版本之前，先投入较少的人力和时间验证一个软件的主要功能，如果主要功能都没有实现，则打回开发组重新开发。这样做的好处是可以节省大量的时间成本和人力成本。
冒烟测试通过细致标准比如
1.主要功能实现
1)已实现功能符合需求、设计要求，功能实现正确；
2）基本功能实现，页面不存在404，500报错；
3）新增、修改、删除，均可成功保存，且数据正确；
4）查询功能实现，且查询结果正确；
5）分页功能实现，且可正常进行上一页、下一页、指定页跳转：
2．业务流程（可裁减）
业务主流程正确，正向、逆向流程均可正常流转，且流转数据正确：
3．性能要求
页面响应速度，单个功能点操作响应时间小于5S.
4．数据计算
统计报表类，统计数据及计算结果正确：
5．标准规范要求
1）页面显示正常，不存在显示错乱的情况；
2）功能按钮命名正确，符合UI规范，不存在明显的错误；
3）必填字段标识与判断均正确.
何为回归测试:
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
回归测试一般是在进行软件的第二轮测试开始的，验证第一轮中发现的问题是否得到修复。当然回归也是一个循环的过程，穿插在软件测试整个生命周期里面。如果回归的问题不通过，则需要开发人员修改后再次回归，直到通过为止。
两者有何区别:冒烟测试就是完成一个新版本的开发后，对该版本最基本的功能进行测试，保证基本的功能和流程能走通。。
回归测试我有两层理解，一是就是当你修复一个bug后，把之前的测试用例再次应用到修复后的版本上进行测试。二是当一个新版本开发好后，而且冒烟测试通过，此时可以先用上一个版本的测试用例对新版本进行测试，看是否有bug！其实回归测试用的很多，比如新增加一个功能模块等等，所以自动化测试可以高效率的进行回归测试。
如何做好冒烟测试:
冒烟测试必须在每次提交新的测试版本前执行,且执行规范需根据需求设计文档来要求,开发在每次接受新的开发需求时,必须按照需求文档严格整理出冒烟测试点,也就是基本功能点,后期出问题的几率也就大大降低。
回归测试:
基于风险的回归测试，本质是评估系统不同部分蕴含的风险，并专注于测试那些高风险的地方，保证了风险的最低
