你可能记得,VennsaOnPoint工具需要验证的结果,帮助识别错误和可能的原因。这个工具的重点是早期识别可疑问题,让你工作。
去年在DAC的时间,我们注意到他们把事情进一步表明可能的修复(但你必须确认他们是否真正修复)和分类做得更好,凝结在一起的事情可能有一个共同的目标。
但这都是典型的反映了向后跟踪调试:找到一个问题,可能的原因。这是向前与调试,在最严重的表现,包括猜测地方进行更改,更改后期待看看他们解决问题。表达在这些方面,提出的方法听起来更像一个绝望的行动。
今年他们改进了他们的“因果关系引擎”,你就可以开始提出修正和看到的逻辑链从每个now-corrected提出解决问题点,证明了修复工作。你可以向前,除了现在的具体位置补丁和修复它们的值由OnPoint提供而不是希望和祈祷。
重要的是要注意,不是电路提出的“修复”修复;他们只是逻辑值(和时间、状态机等)的情况下,将删除冒犯的行为。你仍然需要想出一个电路更改实施修复,然后模拟它,以确保你没有为自己制造了一个问题在其他地方。
的好处之一是验证的人现在可以节省设计人员大量的调试时间。之前,一块可能会回归一个设计师说,“有一个问题;这是测试失败。“现在可以伴随着这一信息,”这是你可以选择的一系列解决方案。“使得友好互动。
你可以找到更多的释放。