即使这两个值低于阈值,BOOST_CHECK_CLOSE也会失败
BOOST_CHECK_CLOSE fails even if the two values are below the threshold
我正在使用boost执行单元测试。当我使用BOOST_CHECK_CLOSE时,我会收到以下失败消息:
difference{inf%} {-6.9388939e-18} and (0.0){0} exceeds 1.0000000000000001e-05%
对我来说,这听起来很奇怪,因为-6.93888939e-18和0.0之间的差异低于100000000000000 1e-05%。此外,我不明白为什么它说差异是无限的。
你知道这种行为背后的原因吗?
BOOST_CHECK_CLOSE
使用Knuth的容差谓词来比较浮点数,这是
abs(x - y) / abs(x) <= eps && abs(x - y) / abs(y) <= eps
其中x
、y
是要比较的数字,eps
是公差ε。换句话说,它测试x
与y
的距离不超过x
的eps
1,反之亦然。
这个谓词有很多特性值得推荐(尤其是在处理非常大或非常小的数字时,或者当x
和y
的数量级未知/固定时),但缺点是它在零处有一个奇异性(根据它的说法,没有什么接近零,因为零的eps
%是零,导致公差为零),这就是你遇到的问题。
你可以用代替它
BOOST_CHECK_SMALL(x - y, epsilon);
使用绝对ε值2。或者,因为我假设你测试中的零是一个固定的数字,只是
BOOST_CHECK_SMALL(x, epsilon);
1BOOST_CHECK_CLOSE
将给定的ε解释为百分比。我一直想知道为什么
注意,BOOST_CHECK_SMALL
并不将给定的ε解释为百分比,而是将其解释为绝对值。
相关文章:
- 理解boost::asio-async_read在无需读取内容时的行为
- boost::进程间消息队列引发错误
- 如何运行位于boost/libs/python/example/tutorial目录中的hello.cpp和Jamfil
- cmake如何在fedora工作站中找到boost静态库包
- CMake项目Boost库错误:Boost/config/compiler/gcc.hpp:165:10:致命错误:cs
- Boost Graph Library,修复节点大小
- 什么是"#include <boost/functional/hash.hpp> "?
- 基于boost的程序的静态链接——zlib问题
- C++:如何在CLion IDE中安装Boost
- C++Boost Asio Pool线程,带有lambda函数和传递引用变量
- 如何在boost beast http请求中设置http头
- Boost Spirit,获取迭代器内部语义动作
- boost::asio::steady_timer()与sleep()我应该使用哪一个
- boost::asio如何生成多个协同程序,然后加入它们
- CHECK(调用)函数在Google Colab中出错
- 当我尝试使用 sstream 和分面将 Boost Time_duration转换为字符串时,我没有得到所需的格式
- Visual Studio(或任何其他工具)能否将地址解释为调用堆栈(boost上下文)的开头
- 如何使用boost::具有嵌套结构和最小代码更改的序列化
- 使用Boost Interprocess创建托管共享内存需要很长时间
- 使用Boost单元测试框架(UTF)与' make check '