smoke test和regression test的区别
测试领域，冒烟测试（smoke test）、可用性测试（sanity test）和回归测试（regression test）彼此之间很相似，范围也有重叠，所以比较容易混淆：都是在需求变更或问题修改后对系统全面测试之前的一种预测试，都是为了发现是否在界面和代码层面引入了问题。
我们可以用一个和河流相关的类比来更好的理解它们之间的差别，在类比之前，我们先了解下这几个测试的简单定义：
Smoke Testing：测试新特性有关的所有方面 (广度) ，但不深入，用以判断我们是否需要执行进一步的测试。
Sanity Testing：测试新特性的有限正常功能，深入测试。
Regression testing：回归新特性所有相关功能，避免引入代码变更存在问题以及引入新问题，深入全面。
如果我们拿一条河流来比喻，比如1000英尺宽，在水里含有杂质（可以比作软件中的bug），那么这三种类型的测试可以被看作如下：
对于Smoke Testing：为了找到河面所有的杂质，但不包括水面以下的。
对于Sanity Testing：为了找到某个特定范围内所有的杂质（比如200英尺半径内)，这不包含所有表面的杂质，但包含了那个范围内水面下直到水底的杂质。
对于Regression Testing：为了这片水域所有的杂质，表面的以及水面以下的。
冒烟测试和回归测试的区别
1、测试目的不同
冒烟测试：用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。
回归测试：以确认修改没有引入新的错误或导致其他代码产生错误。
2、测试过程不同
冒烟测试：是在将代码更改嵌入到产品的源树中之前对这些更改进行验证的过程。
回归测试：是指漏洞由开发人员修改之后再次测试的过程。
3、问题解决方式不同
冒烟测试：冒烟测试中是发现问题然后反馈给开发人员进行修改。
回归测试：回归测试是修改完之后进行验证再进行的工程。
4、测试周期不同
冒烟测试：冒烟测试只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug，SmokeTest优点是节省测试时间。
回归测试：回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。
5、测试意义不同
冒烟测试：冒烟测试是对软件质量的总体检验，是测试人员对测试流程的熟悉，是软件测试过程中一个不可或缺的节点，一个好的冒烟测试过程，对于软件测试效率的提升具有重要意义。
回归测试：回归测试是软件测试中的一个十分重要且成本昂贵的过程。对针对如何减少回归测试成本，提高回归测试效率的研究将具有十分重要的意义。
参考资料来源：百度百科-回归测试
smoke test是什么意思
smoke test
烟气试验，烟雾试验，发烟试验;
烟雾检测; 排烟测试; 通烟测试;
双语例句百度百科
1
Before you run a smoke test, conduct a code review that focuses on any changes in the code.
在运行冒烟测试前，进行侧重于代码中的所有更改的代码检查。
2
Well, let's do the smoke test number one: is the mean more or less what we expected?
好了，让我们先做1号发烟测试：，这个平均值是和我们想要的答案差不多吗？
回归测试的策略和区别是什么
回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。回归测试作为软件生命周期的一个组成部分，在整个软件测试过程中占有很大的工作量比重，软件开发的各个阶段都会进行多次回归测试。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策略来改进回归测试的效率和有效性是非常有意义的。
冒烟测试冒烟测试(smoke test)在测试中发现问题，找到了一个Bug，然后开发人员会来修复这个Bug。这时想知道这次修复是否真的解决了程序的Bug，或者是否会对其它模块造成影响，就需要针对此问题进行专门测试，这个过程就被称为Smoke Test。在很多情况下，做Smoke Test是开发人员在试图解决一个问题的时候，造成了其它功能模块一系列的连锁反应，原因可能是只集中考虑了一开始的那个问题，而忽略其它的问题，这就可能引起了新的Bug。Smoke Test优点是节省测试时间，防止build失败。缺点是覆盖率还是比较低。
冒烟测试是自由测试的一种。
学习软件工程要学习的英语单词有那些？
软件测试常用单词：
1．静态测试：Non-Execution-Based Testing或Static testing
代码走查：Walkthrough
代码审查：Code Inspection
技术评审：Review
2．动态测试：Execution-Based Testing
3．白盒测试：White-Box Testing
4．黑盒测试：Black-Box Testing
5．灰盒测试：Gray-Box Testing
6．软件质量保证SQA：Software Quality Assurance
7．软件开发生命周期：Software Development Life Cycle
8．冒烟测试：Smoke Test
9．回归测试：Regression Test
10．功能测试：Function Testing
11．性能测试：Performance Testing
12．压力测试：Stress Testing
13．负载测试：Volume Testing
14．易用性测试：Usability Testing
15．安装测试：Installation Testing
16．界面测试：UI Testing
17．配置测试：Configuration Testing
18．文档测试：Documentation Testing
19．兼容性测试：Compatibility Testing
20．安全性测试：Security Testing
21．恢复测试：Recovery Testing
22．单元测试：Unit Tes
23．集成测试：Integration Test
24．系统测试：System Test
25．验收测试：Acceptance Test
26．测试计划应包括：
测试对象：The Test Objectives,
测试范围： The Test Scope,
测试策略： The Test Strategy
测试方法： The Test Approach,
测试过程： The test procedures,
测试环境： The Test Environment,
测试完成标准：The test Completion criteria
测试用例：The Test Cases
测试进度表：The Test Schedules
风险：Risks
27．主测试计划： a master test plan
28．需求规格说明书：The Test Specifications
29．需求分析阶段：The Requirements Phase
30．接口：Interface
31．最终用户：The End User
31．正式的测试环境：Formal Test Environment
32．确认需求：Verifying The Requirements
33．有分歧的需求：Ambiguous Requirements
34．运行和维护：Operation and Maintenance.
35．可复用性：Reusability
36．可靠性： Reliability/Availability
37．电机电子工程师协会IEEE：The Institute of Electrical and Electronics Engineers)
38．要从以下几方面测试软件：
正确性：Correctness
实用性：Utility
性能：Performance
健壮性：Robustness
可靠性：Reliability
关于Bugzilla：
1．Bug按严重程度（Severity）分为：
Blocker，阻碍开发和/或测试工作
Critical，死机，丢失数据，内存溢出
Major，较大的功能缺陷
Normal，普通的功能缺陷
Minor，较轻的功能缺陷
Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等
Enhancement，建议或意见
2．Bug按报告状态分类（Status）
待确认的（Unconfirmed）
新提交的（New）
已分配的（Assigned）
问题未解决的（Reopened）
待返测的（Resolved）
待归档的（Verified）
已归档的（Closed）
3．Bug处理意见（Resolution）
已修改的（Fixed）
不是问题（Invalid）
无法修改（Wontfix）
以后版本解决（Later）
保留（Remind）
重复（Duplicate）
无法重现（Worksforme）
冒烟测试的优缺点
优点就是节省测试时间,防止build的失败;
缺点就是覆盖率比较低
参考资料：软件测试基础知识
上古卷轴5到editor smoke test无法出去
这个MOD是英文版的，游戏房子名字会变英文。用这个再输入代码coc riverwood传送