big一问题之二

最新推荐文章于 2024-08-15 11:11:12 发布

似曾相识。

最新推荐文章于 2024-08-15 11:11:12 发布

阅读量342

点赞数

分类专栏：测试专业 interview

本文链接：https://blog.csdn.net/weixin_46183674/article/details/111872907

版权

本文介绍了冒烟测试的主要目的，强调其在软件开发中的重要性，指出冒烟测试是确认基本功能无重大缺陷的预测试。接着探讨了回归测试的深度，不仅包括bug验证，还涉及业务相关性的验证。此外，文章还讨论了需求分析、测试计划的目的和编写时机，以及项目上线的条件和测试风险，提供了测试用例设计方法的概述。

摘要由CSDN通过智能技术生成

冒烟测试的目的

主要目的
快速验证软件基本功能是否有缺陷，如果冒烟测试的测试例不能通过，则不必做进一步的测试。

概念
冒烟测试是在软件开发过程中的一种针对软件版本包的快速基本功能验证策略，是对软件基本功能进行确认验证的手段，并非对软件版本包的深入测试。冒烟测试也是针对软件版本包进行详细测试之前的预测试，执行冒烟测试的主要目的是快速验证软件基本功能是否有缺陷。如果冒烟测试的测试例不能通过，则不必做进一步的测试。进行冒烟测试之前需要确定冒烟测试的用例集，对用例集要求覆盖软件的基本功能。这种版本包出包之后的验证方法通常称为软件版本包的门槛用例验证。

回归测试怎么做？

很多人在做回归测试的时候，都是原原本本的按bug步骤进行验证。事实上，这样做的回归测试是远远不够的。做回归时，不光要验证bug中的内容，还要对bug中所有相关业务都要做基本的验证，另外，bug中如果只提到一个导致bug的入口（举例：修改项目中某个人的信息，一定会存在新建与修改并存的地方，也会在其它地方可进行修改），那么在验证的时候也应该将所有入口都验证到，这在要求测试人员对测试业务非常熟悉的同时，还要求懂点代码，会根据开发的修改方案在代码上与业务上都进行回归。事实上，当每轮的bug都有根据业务的扩展与涉及来进行了验证的话，在回归测试里可以将冒烟完成大部分（具体依bug的数量与模块决定）。