我只是一个在沙滩上捡贝壳的小男孩,梦想有一天可以发现知识的真理~~~

摘要: 使用文件包含头文件即可:assert.hpp主要就是5个断言:BOOST_ASSERT BOOST_ASSERT_MSG BOOST_VERIFY BOOST_VERIFY_MSG BOOST_ASSERT_IS_VOID官方文档:BOOST_ASSERTBOOST_ASSERT_MSGBOOST_VERIFYBOOST_VERIFY_MSGBOOST_ASSERT_IS_VOIDBOOST_... 阅读全文
posted @ 2018-01-21 20:01 瓜不甜 阅读(477) 评论(0) 推荐(0) 编辑
摘要: 可以使用Boost库来进行测试模版,对范型编程的算法很有作用#ifndef BOOSTLEARN_TEST4_H#define BOOSTLEARN_TEST4_H#include"boost/test/unit_test.hpp"#include"boost/lexical_cast.hpp"#include"boost/mpl/list.hpp"#includeusingnamespace b... 阅读全文
posted @ 2018-01-21 19:52 瓜不甜 阅读(217) 评论(0) 推荐(0) 编辑
摘要: 夹具,特别像:一个汉堡包,上面一层,下面一层!中间夹着相应的测试级别:全局夹具测试套件夹具测试用例夹具可以说,是:十分的合理了用例级别的夹具:#ifndef BOOSTLEARN_TEST3_H#define BOOSTLEARN_TEST3_H#include"boost/test/unit_test.hpp"#include#includestruct fixture_case1{ fixt... 阅读全文
posted @ 2018-01-21 19:51 瓜不甜 阅读(410) 评论(0) 推荐(0) 编辑
摘要: 测试套件可以互相嵌套测试套件是可以形成树:"s_suit1/s_suit1_suit1/t_case2"之类的可以使用参数:--run_test=s_suit1/s_suit1_suit1/t_case2 来执行对应的套件运行结果:确实就只运行这个特定的套件了套件一般以文件或者类为准:s_suit1_class1 s_ 开头 suit1代表第一个测试套件 可以有第二个,第三个测试套件等,... 阅读全文
posted @ 2018-01-21 19:21 瓜不甜 阅读(213) 评论(0) 推荐(0) 编辑
摘要: 如何分文件编写Boost Test的test case问题阐述在使用Boost Test编写测试模块时,首先需要定义#define BOOST_TEST_MODULE example或者#define BOOST_AUTO_TEST_MAIN,否则测试模块初始化函数需要手动实现;然后宏BOOST_AUTO_TEST_SUITE(test_suite)将创建一个名为test_suite的测试... 阅读全文
posted @ 2018-01-21 19:20 瓜不甜 阅读(743) 评论(0) 推荐(0) 编辑
摘要: Test库提供了强有力的单元测试框架(UTF),它为软件开发的基本领域一单元测试提供了简单而富有弹性的解决方案,可以满足开发人员从高到低的各种需求,它的优点包括易于理解,任何人都可以很容易地构建单元测试模块提供测试用例、测试套件的概念,并能够以任意的复杂度组织它们提供丰富的测试断言,能够处理各种情况,包括C++异常可以很容易地初始化测试用例、测试套件或者整个测试程序可以显示测试进度,这对于大... 阅读全文
posted @ 2018-01-21 19:19 瓜不甜 阅读(4392) 评论(0) 推荐(0) 编辑
摘要: 用法:包含头文件#define BOOST_TEST_MAIN#include "boost/test/minimal.hpp"使用:int test_main(int argc,char* agrv[]){ BOOST_CHECK(1!=0);return0;}限制:1.必须使用int test_main(int argc, char* agrv[]) { return 0;}函数,形... 阅读全文
posted @ 2018-01-21 19:19 瓜不甜 阅读(170) 评论(0) 推荐(0) 编辑
摘要: 规则三:三次简化方案砍掉很多无关紧要的东西,留下精华,奉行极简主义内容:在设计复杂系统时,从项目的范围、设计和实施角度简化方案。场景:当设计复杂系统或产品时,面临着技术和计算资源的限制。用法采用帕累托( Pareto)原则简化范围考虑成本优化和可扩展性来简化设计依靠其他人的经验来简化部署原因:只聚焦“不过度复杂”,并不能解决需求或历史发展与沿革中的各种问题要点:在产品研发的各个阶段都需要做好简化... 阅读全文
posted @ 2017-12-14 16:06 瓜不甜 阅读(337) 评论(0) 推荐(0) 编辑
摘要: 规则二 方案中包括扩展留出可扩展空间!设计可扩展方案,实现可扩展程序内容:提供及时可扩展性的DID方法场景:所有项目通用,是保证可扩展性的最经济有效的方法(资源和时间)Design(D)设计20倍的容量[这里的容量是指:压力容量等]Implement(I)实施3倍的容量Deploy(D)部署1.5倍的容量原因:DID为产品扩展提供了经济、有效、及时的方法要点:在早期考虑可扩展性可以帮助团队节省... 阅读全文
posted @ 2017-12-14 11:20 瓜不甜 阅读(377) 评论(0) 推荐(0) 编辑
摘要: 规则一 避免过度设计内容:在设计中要警惕复杂的解决方案场景:适用于任何项目,而且应在所有大型或者复杂系统或项目的设计过程中使用用法:通过测试同事是否能够轻松地理解解决方案,来验证是否存在过度设计原因:复杂的解决方案实施成本过高,而且长期的维护费用昂贵要点:过于复杂的系统限制了可扩展性。简单的系统易维护、易扩展且成本低过度设计有两大类:第一类:产品的设计和实施超过了实际的需求第二类:完成的产... 阅读全文
posted @ 2017-12-11 19:23 瓜不甜 阅读(452) 评论(0) 推荐(0) 编辑

全栈开发工程师 - 一只菜鸟的成长之路

这是一位软件开发工程师的个人站,内容主要是网站开发方面的技术文章,大部分来自学习或工作,部分来源于网络,希望对大家有所帮助。

联系我:2351180282@qq.com