大约一年前我们讨论Vennsa OnPoint工具识别出了什么问题在验证时出现错误。我最近有一个更新DAC,他们谈到了两个概念带到他们的技术,使它更容易决定如何解决当有一个问题。

第一个是伤检分类自动,试图结合不同的失败,如果他们似乎有相同的根源。在此之前,您会手动问每个失败的工具可能的根源;现在这个评价和“装箱”(或多或少)自动发生。

事情是这样的,任何给定的失败可能有多个候选根源,并且可能会有一些失败,他们的一些候选人根源重叠。理解这幅图和结论工具从它落入第二新概念,他们的电话因果关系分析。这涉及到一个更精确的理解所有候选人和可能的轨迹修复根源——也就是说,每个补丁的连锁影响。

特别是,一个给定的解决候选人是一个候选数失败,修复将会得到更高的排名比如果它只解决一个失败。

在评估修复建议和如何排名,它还考虑事实有关的全套检查可能祝福或皱着眉头在模拟的各个部分;任何可用的信息系统的期望状态失败的时候;给定的修正是否会打破东西;以及是否会更好应用修复进一步上游或下游的逻辑。

改进的一个主要目标是使它更容易找出谁拥有修复。如果一组失败被分组在分流,这更明显,有一个所有者为整个组。

更多的信息在他们的释放…

• 
• 
• 
• 
•