回归测试

回归测试：修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误（检验软件原有功能在修改后是否保持完整）

• 例如：这次大部分修改登录的代码，重点修改了某个bug，下次测试就重点验证这个bug是否修复，这个过程称之为回归测试

• 回归测试策略通常有四种：全面回归测试、选择性回归测试、指标法回归测试和自动化工具回归测试

• 全面回归测试是指不管发现多少个问题，也不管哪些功能有问题，哪些功能没有问题，都进行测试。

• 选择性回归测试是指，在回归测试时我们只对出现问题的这些功能进行验证，没有出现问题的功能就不进行测试。

• 指标法回归测试是指每次回归测试一定比例的测试用例，例如用例库一共是500 条用例，每次回归测试时只回归验证其中60%的用例（不推荐）

• 自动化测试是使用自动化工具代替人工进行全面回归测试 https://zhuanlan.zhihu.com/p/54984934

回归测试常用方式

• 再测试全部用例
• 遗漏bug错误的风险较低，但成本较高
• 基于风险选择部分测试
• 首先选择最重要的功能和可疑的地方测试，跳过不是很关键且优先级低
• 基于操作剖面选择测试
• 优先选择那些针对最重要或最频繁使用功能的测试
• 再测试仅修改部分
• 和开发沟通主要修改部分，仅测试这部分模块

冒烟测试

• 冒烟测试：主要是指针对即将发布的新版本进行最基本的功能或最主要的业务流程测试（例：保证登录注册、写文章、文章管理），测试通过再进行下一步详细功能测试

https://www.jianshu.com/p/46a2fc4a1d00 https://www.zhihu.com/question/53351690/answer/134661192

黑盒、灰盒、白盒测试

• 黑盒：黑盒面对的是产品设计，着重在用户角度去模拟用户操作，每个地方都可能点击看看
• 白盒：针对的研发人员，像程序员一样，对一个未成型的，可能看到代码的产品进行输入输出测试 灰盒：对介于二者之间的过程测试。 https://www.zhihu.com/question/35451773/answer/308965904

测试用例状态 https://jingyan.baidu.com/article/e8cdb32b7160b437052badd0.html

常用测试方法

• 回归测试、集成测试、功能测试
• 更多测试：性能测试（包括压力测试、负载测试）、验收测试（上线前最后一个测试操作）

集成测试（组装测试、联合测试）

• 测试接口
• 在单元测试的基础上，把两个不同的模块单元组合成一个组件进行测试。
• 测试过程：计划、设计、实现、执行

功能测试

• 对产品的各部分功能进行验证，测试各功能是否通过测试用例

####应对阻塞测试的方法

• 阻塞一般本为三大类

• 功能基本可以走通但是bug太多

• bug集中，且可以跟其他模块切开。让开发对集中的bug模块代码进行排查，修改代码后再重测这部分

• bug集中，但是跟其他模块关联性强。bug集中在一个模块，但与其他功能有很大的关系，影响较大，这种时候还是先让开发把集中的bug部分解决，测试再测可能涉及到的功能和重点bug模块

• bug分散，大多数bug都是小问题。不会影响重要功能，这种情况下先全面测试，再沟通是否需要修改

• bug分散且都是较严重的问题。这时候需要全部反馈给开发

• 功能实现的与预期不一致（第一时间找开发确认这个需求或功能）

• 产品认可。让产品更新需求，测试再复测

• 产品不认可。让开发重新修改，再次提测进行测试

• 出现崩溃等异常完全无法继续测试下去

• 直接让开发修改，再提测全面重新测试