What is the difference between smoke testing and sanity testing? When do will perform smoke testing and when do will perform sanity testing?
10 回答
健全性测试
健全性测试是回归测试的子集,当我们没有足够的时间进行测试时执行。
健全性测试是表面级测试,QA 工程师验证产品和项目中可用的所有菜单、功能、命令是否正常工作。
例子
例如,在一个项目中有 5 个模块:登录页面、主页、用户详细信息页面、新用户创建和任务创建。
假设我们在登录页面中有一个错误:登录页面的用户名字段接受少于 6 个字母数字字符的用户名,这是违反要求的,因为在要求中指定用户名应至少为 6 个字母数字字符。
现在,测试团队将错误报告给开发团队以修复它。在开发团队修复 bug 并将应用程序传递给测试团队后,测试团队还会检查应用程序的其他模块,以验证 bug 修复不会影响其他模块的功能。但是要记住一点:测试团队只检查模块的极端功能,因为时间短,没有深入测试细节。
在构建清除冒烟测试并被 QA 团队接受以进行进一步测试后执行健全性测试。健全性测试用更精细的细节检查主要功能。
当开发团队在对代码进行更改后需要快速了解产品的状态,或者在功能中更改了一些受控代码以解决任何关键问题时,执行完整性测试,并且严格的发布时间框架不能允许完整的回归测试。
冒烟测试
冒烟测试是在软件构建之后执行的,以确定程序的关键功能是否正常工作。它在软件构建上执行任何详细的功能或回归测试“之前”执行。
目的是拒绝严重损坏的应用程序,以便 QA 团队不会浪费时间安装和测试软件应用程序。
在冒烟测试中,选择的测试用例涵盖了系统最重要的功能或组件。目标不是进行详尽的测试,而是验证系统的关键功能是否正常工作。例如,典型的冒烟测试是:
- 验证应用程序是否成功启动,
- 检查 GUI 是否响应
冒烟测试
冒烟测试来自于硬件环境,应该进行测试以检查新硬件的开发是否第一次导致不起火和冒烟。
在软件环境中,进行冒烟测试,以验证是否可以考虑进一步测试新构建的功能。
健全性测试
在接收到功能或代码有微小或微小更改的功能或代码后执行回归测试用例的子集,以检查它是否解决了问题或软件错误,并且新更改没有引入其他软件错误。
冒烟测试和健全性测试之间的区别
冒烟测试
冒烟测试用于测试应用程序的所有领域,而不需要太深入。
冒烟测试总是使用自动化测试或一组书面测试。它总是有脚本的。
冒烟测试旨在以不彻底或详细的方式包括应用程序的每个部分。
冒烟测试始终确保程序中最关键的功能是否正常工作,但不会打扰更精细的细节。
健全性测试
健全性测试是一种狭隘的测试,专注于一个或几个功能领域,但并不彻底或深入。
健全性测试通常没有脚本。
健全性测试用于确保在进行微小更改后,应用程序的一小部分仍在工作。
健全性测试是一种粗略的测试,用于证明应用程序按照规范运行。这一级别的测试是回归测试的一个子集。
希望这些要点可以帮助您了解冒烟测试和健全性测试之间的区别。
参考
烟雾和健全性测试
一般来说,烟雾和健全性测试似乎与许多刚刚开始的测试人员非常相似,因为在两者中我们都在谈论构建,我们谈论功能,我们谈论构建的拒绝,如果构建的健康不利于可行的测试。
在经历了从初创公司到产品基础公司的几个项目之后,我弄清楚了烟雾测试和健全性测试之间的基本区别。
我在这里写下烟雾测试和健全性测试之间的区别,以帮助您回答至少一个通常所有测试人员在面试中都会被问到的问题。
冒烟测试
进行冒烟测试是为了测试构建的健康状况。
它也被称为浅而广的测试,因为我们通常包括那些可以覆盖产品所有功能的测试用例。
我们可以说这是测试的第一步,在此之后,我们通常会进行其他类型的功能和系统测试,包括回归测试。
它通常由开发人员在某些脚本或某些工具的帮助下完成,但在某些情况下,它也可以由测试人员执行。
它对构建确认的初始阶段有效。例如,假设我们已经开始开发某个产品,并且我们是第一次生产构建,那么冒烟测试就成为该产品的必要条件。
健全性测试
是次回归
那些经过多次回归测试并且代码发生了微小变化的构建已经完成了理智。在这种情况下,我们通常会对已发生或可能影响此更改的功能进行密集测试。
- 因此,它也被称为“窄”和“深度”测试
它由测试人员执行
它是为成熟的构建完成的,比如那些即将投入生产并经历了多个回归过程的构建。
如果已经执行回归,则可以将其从测试过程中删除。
如果任何构建未通过健全性测试,则将其退回给开发人员以更正构建。
试着通过这个例子来理解两者。
假设您从陈列室购买汽车。
您首先要检查汽车是否包含四个轮胎、一个凝视、前照灯或所有其他基本物品。这称为冒烟测试。
如果您要检查汽车的行驶里程或最大速度是多少,则这称为健全性测试。
冒烟测试
冒烟测试是一种广泛的方法,在该方法中,软件应用程序的所有区域都经过测试,而无需深入
软件冒烟测试的测试用例可以是手动的也可以是自动的
进行冒烟测试以确保软件应用程序的主要功能是否正常工作。在软件的冒烟测试期间,我们不会深入细节。
对软件应用程序进行冒烟测试以检查构建是否可以通过软件测试被接受
此测试由开发人员或测试人员执行
冒烟测试从头到尾对整个系统进行练习
烟雾测试就像一般健康检查
冒烟测试通常记录在案或编写脚本
桑蒂测试
健全性软件测试是一种狭义的回归测试,侧重于软件应用程序的一个或一小组功能区域。
健全性测试通常没有测试脚本或测试用例。
健全性测试是一种粗略的软件测试类型。只要快速一轮的软件测试可以证明软件应用程序根据业务/功能需求运行,就会执行此操作。
软件的健全性测试是为了确保是否满足要求。
健全性测试通常由测试人员执行
健全性测试仅练习整个系统的特定组件
健全性测试就像专门的健康检查
健全性测试通常没有记录,也没有脚本
更多请访问链接
冒烟测试是旨在检查一切是否正确构建的测试。我的意思是这里的整合,连接。因此,您从技术角度检查是否可以进行更广泛的测试。您必须执行一些测试用例并检查结果是否为正。
一般来说,健全性测试具有相同的目的 - 检查我们是否可以进行进一步的测试。但是在健全性测试中,您专注于业务价值,因此您执行一些测试用例,但您检查逻辑。
一般来说,人们说上述两者的烟雾测试是因为它们是同时执行的(烟雾测试后的理智)并且它们的目标是相似的。
冒烟测试是检查是否满足要求。烟雾测试是一种一般的健康检查。
健全性测试是关于检查特定模块是否完全正常工作。健全性测试专门进行健康检查。
冒烟测试
假设从开发阶段准备好一个新版本的应用程序。
我们检查我们是否能够在不崩溃的情况下打开应用程序。我们登录到应用程序。我们检查用户是否被重定向到正确的 URL 并且环境是否稳定。如果应用程序的主要目的是为用户提供“购买”功能,请检查用户的 ID 是否被重定向到购买页面。
在烟雾测试之后,我们确认构建处于可测试的形式,并准备好通过健全性测试。
健全性测试
在这个阶段,我们检查基本功能,比如
- 使用有效凭据登录,
- 使用无效凭据登录,
- 登录后正确显示用户信息,
- 使用某个用户的 id 下订单,
- 购买后显示“谢谢”页面
冒烟测试:-
冒烟测试是脚本化的,即您有手动测试用例或自动脚本。
健全性测试:-
健全性测试大多是非脚本化的。