什么是漏出测试？

发生意外验证是一种软体验证，可让我们断定布防的软体相结合是否稳定。这是软体验证的要求，并知会 QA 的团队他们是否可以再次进行进一步的验证。

粉尘验证是独一无二的，因为它们必须在每个从新建筑上进行。非常简单地说，发生意外验证使我们并不需要断定特定相结合中所的可执行是否可操作方法。

非常简单来说……

把它放在上下文中所，把它看作是对大特性的慢速而肮脏的回归验证。它可以帮助的团队避开在在先的验证每一次上花费时间段和海洋资源，从而增高计划成本并增加利润。

通过发生意外验证后，软体相结合就可以进行年末验证了。库、数据文件、设计的组件和可重用子系统都是任何软体相结合的一部分。

所有这些成分都是实现一个或多个产品功能所需要的。发生意外验证宗旨回避这些功能，同时维护符合规定和系统反应性。

发生意外验证的军事优势

1. 它将识别所有建筑的展出托。

2. 在相结合交货 QA 之后执行发生意外验证时，它会识别出在软体开发的早期期中注意到的大部分问题。

3. 大大简化了发掘出和纠正致使系统故障的每一次。

4.发生意外验证可以帮助QA的团队发掘出从新预定义可能引入的应用程序开始运行中所的缺陷。

何时进行粉尘验证？

当相结合重从新软体功能并将其与布防在 QA/暂存环境中所的现有相结合集成时，会执行发生意外验证。 它保证所有关键功能经常性开始运行。

开发的团队以这种验证方法在 QA 中所布防相结合。 断定验证用例的集合，然后由早先在相结合上开始运行验证用例。 应用程序的关键功能由 QA 的团队进行验证。 这些验证用例宗旨揭示相结合每一次中所的缺陷。

任何失败都意味着系统某种程度返回给开发的团队。 每当相结合发生变化时，我们都会进行发生意外验证以维护反应性。

之后的尝试

发生意外验证某种程度在每个相结合中所执行，因为它可以帮助软体早先及早发掘出缺陷。 它提供了一种基本的、非常简单的、颇为成功的方法来发掘出缺陷。 发生意外验证可以极大地提高开发人员和兼职软体计划的任何人的预定义运动速度。