什么是发生意外测试？

着火测试者是一种标准化者，可让我们确定地面部队的软件重构是否稳定。这是标准化者的要求，并通知 QA 团队他们是否可以继续来进行进一步的测试者。

粉尘测试者是独一无二的，因为它们必需在每个新建筑设计上来进行。单纯地说，着火测试者使我们尽可能确定特定重构之中的基本基本功能是否可加载。

单纯来说……

把它放在上下文之中，把它毫无疑问是对大特性的更快而肮脏的回归测试者。它可以设法团队避免在无效的测试者步骤上花费时间段和资源，从而减低工程项目成本并增加利润。

通过着火测试者后，软件重构就可以来进行正式测试者了。托、数据文件、设计的部件和可重用模块都是任何软件重构的一部分。

所有这些元素都是借助一个或多个厂家基本功能所必需的。着火测试者旨在考虑到这些基本功能，同时确保符合要求和系统耐用性。

着火测试者的劣势

1. 它将识别系统所有建筑设计的展示托。

2. 在重构转交 QA 之后继续执行着火测试者时，它就会识别系统出在软件技术开发的早期过渡期出现的基本上关键问题。

3. 大大简化了发现和有错严重超载的步骤。

4.着火测试者可以设法QA团队发现新文档可能引入的应用程序试运行之中的缺陷。

何时来进行粉尘测试者？

当重构新的软件基本功能并将其与地面部队在 QA/暂存生态系统之中的现有重构定制时，就会继续执行着火测试者。 它保证所有决定性基本功能正常试运行。

技术开发团队以这种测试者方法有在 QA 之中地面部队重构。 确定测试者用例的闭包，然后由测试者人员在重构上试运行测试者用例。 应用程序的决定性基本功能由 QA 团队来进行测试者。 这些测试者用例旨在揭示重构步骤之中的缺陷。

任何失败都这样一来系统应当返回给技术开发团队。 每当重构发生变化时，我们都就会来进行着火测试者以确保耐用性。

最终的想法

着火测试者应当在每个重构之中继续执行，因为它可以设法标准化者人员及早发现缺陷。 它提供了一种基本的、单纯的、更为出乎意料的方法有来发现缺陷。 着火测试者可以极大地提高技术程序员和从事软件工程项目的任何人的文档质量。