烟雾测试和健全性测试有什么区别



烟雾测试和健全性测试之间有什么区别?何时进行烟雾测试,何时进行健全性测试?

卫生性测试

Sanity测试是回归测试的子集,它是在我们没有足够的时间进行测试时执行的。

Sanity测试是一种表面级测试,QA工程师验证产品和项目中可用的所有菜单、功能和命令是否正常工作。


示例

例如,在一个项目中,有5个模块:登录页面主页用户详细信息页面新建用户任务创建

假设我们在登录页面中有一个错误:登录页面的用户名字段接受短于6个字母数字字符的用户名,这是违反要求的,因为在要求中指定用户名至少应为6个字母字符。

现在,测试团队将错误报告给开发团队进行修复。在开发团队修复错误并将应用程序传递给测试团队后,测试团队还会检查应用程序的其他模块,以验证错误修复是否影响其他模块的功能。但请记住一点:测试团队只检查模块的极端功能,由于时间短,没有深入测试细节。


卫生性测试是在建筑清除烟雾测试并被QA团队接受进行进一步测试后进行的。卫生测试通过更精细的细节检查主要功能。

当开发团队在更改代码后需要快速了解产品的状态,或者某个功能中有一些受控代码更改以解决任何关键问题,并且严格的发布时间框架不允许进行完整的回归测试时,就会执行Sanity测试。


烟雾测试

烟雾测试是在软件构建后进行的,以确定程序的关键功能是否正常工作。它是在对软件构建执行任何详细的功能或回归测试之前执行的。

其目的是拒绝严重损坏的应用程序,这样QA团队就不会浪费时间安装和测试软件应用程序。

在烟雾测试中,选择的测试用例涵盖了系统中最重要的功能或组件。目的不是进行详尽的测试,而是验证系统的关键功能是否正常工作。例如,典型的烟雾测试是:

  • 验证应用程序成功启动
  • 检查GUI是否响应

烟雾测试

烟雾测试来自硬件环境,应该在硬件环境中进行测试,以检查新硬件的开发是否首次不会引起火灾和烟雾。

在软件环境中,烟雾测试是为了验证我们是否可以考虑进一步测试新构建的功能。

卫生性测试

在接收到功能或代码中有微小变化的功能或代码后,执行回归测试用例的子集,以检查它是否解决了问题或软件缺陷,并且新的变化没有引入其他软件缺陷。


烟雾测试和健全性测试的区别

烟雾测试

  • 烟雾测试用于测试应用程序的所有区域,而不需要深入太多。

  • 烟雾测试总是使用自动测试或一组书面测试。它总是照本宣科。

  • 烟雾测试旨在以不彻底或不详细的方式包括应用程序的每一部分。

  • 烟雾测试总是能确保程序中最关键的功能是否正常工作,但不会涉及更精细的细节。

卫生性测试

  • Sanity测试是一种狭隘的测试,专注于一个或几个功能领域,但并不彻底或深入。

  • 理智测试通常是无脚本的。

  • Sanity测试用于确保在进行小的更改后,应用程序的一小部分仍在工作。

  • Sanity测试是一种粗略的测试,用于证明应用程序按照规范运行。此级别的测试是回归测试的一个子集。

希望这些要点能帮助你理解烟雾测试和理智测试之间的区别。


参考文献

  • http://www.softwaretestinghelp.com/smoke-testing-and-sanity-testing-difference/
  • https://www.guru99.com/smoke-sanity-testing.html

烟雾和健全性测试

总的来说,烟雾和健全性测试似乎与许多刚刚开始的测试人员非常相似,因为在这两个测试中,我们都谈到了构建,我们谈到了功能拒绝构建

在经历了几个项目后,从初创公司到产品基础公司,我发现了烟雾测试和健全性测试之间的基本区别。

我在这里写下烟雾测试和理智测试之间的区别,以帮助你们回答至少一个通常所有测试人员在面试中都会被问到的问题。

烟雾测试

  • 烟雾测试是为了测试构建

健康状况。

  • 它也被称为浅层和宽层测试,因为我们通常包括那些可以覆盖产品所有功能的测试用例。

  • 我们可以说这是测试的第一步,之后,我们通常会进行其他类型的功能和系统测试,包括回归测试。

  • 它通常由开发人员在某些脚本或工具的帮助下完成,但在某些情况下,也可以由测试人员执行。

  • 它对生成确认的初始阶段有效。例如,假设我们已经开始开发某个产品,并且我们是第一次生产构建,那么烟雾测试就成为该产品的必要条件。

  • 卫生性测试

    • 它是次回归

    • Sanity是为那些经过多次回归测试的构建完成的,并且代码发生了微小的变化。在这种情况下,我们通常会对发生或可能受到影响的功能进行密集测试。

      • 因此,它也被称为"窄"one_answers"深"测试
    • 由测试人员执行

    • 它是为成熟的构建完成的,比如那些即将投入生产的构建,并且已经经历了多重回归过程。

    • 如果已经在执行回归,则可以将其从测试过程中删除。

    • 如果任何构建都没有通过健全性测试,那么它就会被扔给开发人员进行构建的更正。

    试着通过这个例子来理解两者。


    假设你在展厅买车。

    例如,你要检查的第一件事是汽车是否有四个轮胎、一个车灯、前照灯或所有其他基本东西。这被称为烟雾测试

    如果你正在检查汽车的里程数或最大速度,那么这就是所谓的"健全性测试"。

    烟雾测试是检查是否满足要求。烟雾测试是一项一般健康检查

    Sanity测试是关于检查特定模块是否完全工作。卫生检测是专门针对特定健康检查的。

    烟雾测试是一种测试,旨在检查是否所有内容都构建正确。我的意思是这里的整合,连接。因此,您可以从技术角度检查是否可以进行更广泛的测试。您必须执行一些测试用例,并检查结果是否为阳性。

    卫生测试通常有相同的目的-检查我们是否可以进行进一步的测试。但在健全性测试中,您关注的是业务价值,所以您执行一些测试用例,但检查逻辑。

    一般来说,人们说以上两种情况的烟雾测试是因为它们是在同一时间执行的(烟雾测试后的理智),而且它们的目的是相似的。

    烟雾测试

    假设一个新的应用程序构建已经从开发阶段准备好了。

    我们检查是否能够在不崩溃的情况下打开应用程序。我们登录到该应用程序。我们检查用户是否被重定向到正确的URL,以及环境是否稳定。如果该应用程序的主要目的是为用户提供"购买"功能,请检查用户的ID是否重定向到购买页面。

    烟雾测试之后,我们确认构建处于可测试的形式,并准备进行健全性测试。

    卫生性测试

    在这个阶段,我们检查基本功能,如

    1. 使用有效凭据登录
    2. 使用无效凭据登录
    3. 用户的信息在登录后被正确地显示
    4. 使用某个用户的id进行购买订单
    5. 购买后会显示"谢谢"页面

    根据ISTQB,烟雾和理智之间没有区别。

    理智是烟的同义词。

    请在此处查看:https://glossary.istqb.org/en/search/sanity

    烟雾测试:-

    烟雾测试是脚本化的,即您有手动测试用例或自动脚本。

    卫生测试:-

    健康测试大多是无脚本的。

    相关内容

    • 没有找到相关文章

    最新更新