草庐IT

Assertions

全部标签

python + Nose : make assertions about logged text?

是否有一些简单的方法可以使用nose捕获记录的消息并对其进行断言?例如,我希望能够执行如下操作:cook_eggs()assert_logged("eggsareready!") 最佳答案 您可以创建一个自定义处理程序,它可以检查通过日志记录发送的消息。BufferingHandler非常适合这份工作。您可能还想在测试中将处理程序附加到您在代码中使用的任何记录器,例如logging.getLogger('foo').addHandler(...)。您最终可以在测试用例的setUp和tearDown方法中附加处理程序。importlo

Python3 + pytest + pytest 模拟 : Mocks leaking into other test functions breaking assertions?

注意:有关我的设置(python版本、模块等)的所有详细信息都列在问题底部。如果这个问题很明显,请提前致歉,但我已经为此苦苦挣扎了好几天。希望有人可以阐明一些新的观点。我正在为我的个人项目从unittest->pytest转换单元测试。以前我使用的是内置的unittest.mock模块,但现在我正在尝试使用pytest-mock插件。我有一种潜移默化的感觉,我的测试正在将模拟对象泄漏到彼此中。原因如下:高级细节:#PythonversionPython3.5.2#Pytestversion(andplugins)pytest==3.0.7pytest-benchmark==3.1.0a

ios - UICollectionView:-[UICollectionView _endItemAnimations] 中的断言失败

我的应用程序出现此错误:***-[UICollectionView_endItemAnimations]断言失败,/SourceCache/UIKit/UIKit-2372/UICollectionView.m:2801它发生在我的-controllerDidChangeContent:方法中这一行:[self.collectionViewperformBatchUpdates:^{...}];有谁知道是什么原因造成的?我的代码密切基于https://gist.github.com/4440c1cba83318e276bb我不知所措。谢谢! 最佳答案

ios - UICollectionView:-[UICollectionView _endItemAnimations] 中的断言失败

我的应用程序出现此错误:***-[UICollectionView_endItemAnimations]断言失败,/SourceCache/UIKit/UIKit-2372/UICollectionView.m:2801它发生在我的-controllerDidChangeContent:方法中这一行:[self.collectionViewperformBatchUpdates:^{...}];有谁知道是什么原因造成的?我的代码密切基于https://gist.github.com/4440c1cba83318e276bb我不知所措。谢谢! 最佳答案

c# - Debug.Assert 和 Debug.Fail 是否应该自由使用,是否应该留在生产代码中?

我正在读一本书,其中断言(双关语)“你应该用Debug.Assert方法加载你的代码永远为真或假的条件。”这两种调试方法我没有用过,但是有一定的道理。但是,我讨厌在我的生产代码库中到处乱扔这些东西。想法? 最佳答案 这很好,因为编译器在发布版本中忽略了它。这不是坏习惯,您不需要从源代码中删除它们(实际上,您可能不应该这样做)。但是你必须小心:Debug.Assert(SomethingImportantThatMustExecute());不好-SomethingImportantThatMustExecute将在发布时被忽略;你必

c# - Debug.Assert 和 Debug.Fail 是否应该自由使用,是否应该留在生产代码中?

我正在读一本书,其中断言(双关语)“你应该用Debug.Assert方法加载你的代码永远为真或假的条件。”这两种调试方法我没有用过,但是有一定的道理。但是,我讨厌在我的生产代码库中到处乱扔这些东西。想法? 最佳答案 这很好,因为编译器在发布版本中忽略了它。这不是坏习惯,您不需要从源代码中删除它们(实际上,您可能不应该这样做)。但是你必须小心:Debug.Assert(SomethingImportantThatMustExecute());不好-SomethingImportantThatMustExecute将在发布时被忽略;你必

Systemverilog中Assertions的记录

1.assertionstatementAssertionstatement有以下几种类型:assert:指定DUT的property,必须要verifyassume:给验证环境指定假设的property。simulator检查这些property,但是formal工具会使用这些信息来产生输入激励。cover:监控property评估的coveragerestrict:用于指定property是formal验证的constraint,simulation不需要检查该property。assertions又可以分为两大类:concurrentandimmediate。Immediateasser

Systemverilog中Assertions的记录

1.assertionstatementAssertionstatement有以下几种类型:assert:指定DUT的property,必须要verifyassume:给验证环境指定假设的property。simulator检查这些property,但是formal工具会使用这些信息来产生输入激励。cover:监控property评估的coveragerestrict:用于指定property是formal验证的constraint,simulation不需要检查该property。assertions又可以分为两大类:concurrentandimmediate。Immediateasser

c# - 检测是否在 WPF 和 Winforms 的 UI 线程上

我在下面编写了一个断言方法Ensure.CurrentlyOnUiThread(),用于检查当前线程是否为UI线程。这在检测WinformsUI线程时是否可靠?我们的应用混合了WPF和Winforms,如何最好地检测有效的WPFUI线程?有更好的方法吗?也许代码契约(Contract)?Ensure.csusingSystem.Diagnostics;usingSystem.Windows.Forms;publicstaticclassEnsure{[Conditional("DEBUG")]publicstaticvoidCurrentlyOnUiThread(){if(!Appli

c# - 检测是否在 WPF 和 Winforms 的 UI 线程上

我在下面编写了一个断言方法Ensure.CurrentlyOnUiThread(),用于检查当前线程是否为UI线程。这在检测WinformsUI线程时是否可靠?我们的应用混合了WPF和Winforms,如何最好地检测有效的WPFUI线程?有更好的方法吗?也许代码契约(Contract)?Ensure.csusingSystem.Diagnostics;usingSystem.Windows.Forms;publicstaticclassEnsure{[Conditional("DEBUG")]publicstaticvoidCurrentlyOnUiThread(){if(!Appli