我非常清楚的两种类型是重新测试：意味着在修复错误后，我们将执行此类型以确保不再发生错误，然后进行回归测试：我测试（如果可以的话）以前所有功能都非常有效的功能，以确保修复的错误/新部署功能不会影响这些功能。
对于Smoke测试，此类型需要先运行，然后才能进行构建部署，并且此测试只是“表面”级别。
但是健全性测试怎么样？我知道该类型用于“检查新功能/错误已修复”或“为了进一步进行更严格的测试来验证系统的“合理性””，那么它与重新测试有何不同？
据我所知，我们应该按以下顺序执行这些测试：冒烟->理智->重新测试->回归，对吗？因为我在这篇文章中看到它说-“重新测试是在我们开始进行健全性测试之前完成的。”
#1 楼
根据我的理解，这篇文章是正确的。让我们从时间表的角度开始了解流程。起点：一旦软件准备就绪（希望在sprint中完成单元和集成测试，QA将已经涉及到，并且dev /质量检查处于同步状态）
烟熏测试：构建已准备就绪，烟熏测试通过安装应用程序开始，该应用程序将确定安装是否成功以及应用程序是否正常运行。除非应用程序过于庞大，否则至少需要30分钟，测试团队将进行烟雾测试或并行自动化以进行验证并将验证时间缩短至30分钟或更短。
环境测试：这是该领域执行探索性测试（高级别），以验证应触摸的应用程序其余部分确实是“未触摸”的，并且功能相同，这是在未触摸区域中发现错误并报告错误（如果有其他情况的话）的最佳方法进入下一个阶段。
重新测试：正如您所说的，重新测试意味着在修复错误后，我们将执行此类型以确保不再发生错误
回归测试：接下来是回归测试。回归是针对受影响区域的详细测试，该区域可能已经以某种方式修改，可能导致错误。主要运行自动化回归套件。
功能测试：对预期的新功能进行功能测试。这是为了确保构建实际上在进行预期的改进。如果该构建甚至没有完成应该做的改进工作，则没有必要进行大量其他测试。
注意：-功能和回归可能会互换，具体取决于构建时间。发布。
评论
据我了解，“功能测试”不是测试的阶段，而是一种测试。
– Vishal Aggarwal
18 Mar 26 '18 at 21:43
#2 楼
混淆是由术语上的细微差异引起的，在现实生活中几乎可以忽略。烟雾测试和理智测试是您首先执行的手动，快速而简便的测试，以查看是否有明显的可怕现象损坏（更多测试会浪费时间），因此您可能会很快使构建失败并节省时间。
回归测试-应该是自动化的，并且可能包括各种级别的测试（例如冒烟和理智） ）。它会自动启动，因此您（测试人员）无需安排时间。
重新测试-如果您没有自动测试版本，则它是对最新版本失败原因的手动测试。同样，如果修复未按预期进行，则要使构建快速失败。如果简单，请在进行烟雾测试之前进行。如果更多参与-之后。最新的代码更改最容易让人怀疑，因此请尽早进行测试，以及早发现损坏。
这是常识：先走后跑。没有火箭科学。
#3 楼
关于测试类型，实际上并没有硬性规定。每个系统或应用程序都有其自己的风险和要求，这些风险和要求将定义需要在不同级别进行多少测试。所有敏捷测试方法通常都会跳过制定测试计划的过程，因此会造成混淆，因为似乎是自上而下的地方。
拥有一个基本的测试计划实际上是一个好主意，您可以在其中确定项目的特定风险并回顾性地评估更改它的需求。系统的不同部分在不同的时间会有不同的风险。
您可以在许多不同的测试级别中运行相同的测试，但是解释和调整结果的方式才是不同的。
随着您进一步走到测试金字塔的尽头，测试成本会增加，因此您应该肯定测试会通过，这实际上就是关乎什么，选择最合适的测试以及与您要减轻的风险相匹配的方法。
名称只是标记，作为测试人员，您需要为团队定义它们并维护该定义。
#4 楼
首先，我们需要了解软件构建：软件项目包含许多源代码文件。从这些源文件创建可执行程序是一项繁琐的任务。
我们需要使用“构建”软件来创建可执行程序，因此此过程称为“软件构建”。
下面提到的术语通常在qa公司的软件中使用。因此，让我们理解相同。
烟雾测试：
烟雾测试是一种在软件构建后执行的软件测试，以确定程序的关键功能是否正常运行。目的是拒绝损坏的应用程序，以使质量保证团队不会浪费宝贵的时间。
健全性测试：
健全性测试是一种在收到软件版本后进行的软件测试。 ，只需对代码或功能进行少量更改，即可确定该错误已得到修复，并且由于这些更改而没有引入其他问题。目的是确定所提议的功能是否按预期工作。
回归测试：
回归测试是一种软件测试，旨在确保对其进行修复或增强。该应用程序尚未影响应用程序的其他部分。
重新测试：
重新测试是一种软件测试，用于确保在先前执行中失败的测试用例。修复了针对那些故障的缺陷之后的循环通过。
评论
卫生检测和烟雾检测之间的区别是什么？关闭黑手党：再次关闭有效的问题，并保持良好的联系和真正的困惑