如果想执行几个可执行的程序或是执行相同的可执行程序但添加不同的参数,可以使用CTest工具,CMake自带CTest和CPack。
cmake doc
目的:对两个不同的cpp文件生成不同的可执行文件。并同时执行ctest
CMakeLists.txt
#版本要求,如若没有此句代码,可能会发生错误
cmake_minimum_required(VERSION 3.4)
project(test)
add_executable(boo boo.cpp)
add_executable(foo foo.cpp)
#启用测试
enable_testing()
add_test(NAME boo COMMAND boo)
add_test(NAME foo COMMAND foo)
add_test(NAME foo-with-args COMMAND foo arg1 arg2 arg3)
# add_test(boo_usage boo)
# set_tests_properties(boo_usage PROPERTIES PASS_REGULAR_EXPRESSION "boo")
# add_test(foo_usage foo)
# set_tests_properties(foo_usage PROPERTIES PASS_REGULAR_EXPRESSION "foo argc:1")
# add_test(foo-with-args foo arg1 arg2 arg3)
# set_tests_properties(foo-with-args PROPERTIES PASS_REGULAR_EXPRESSION "foo argc:1")
boo.cpp
#include <iostream>
int main(int argc,char **argv)
{
std::cout<<"boo"<<std::endl;
return 0;
}
foo.cpp
#include <iostream>
int main(int argc,char **argv)
{
std::cout<<"foo argc:"<<argc<<std::endl;
for(int i=0;i<argc;i++){
std::cout<<"argv["<<i<<"]:"<<argv[i]<<std::endl;
}
return 0;
}
操作步骤:
执行 cmake .,生成预处理文件
执行 cmake --build ./,编译生成可执行文件
执行 ctest,测试执行。(修改为 ctest -C Debug 就会正常)
此时会提示:
Start 1: boo
Test not available without configuration. (Missing "-C <config>"?)
1/3 Test #1: boo ..............................***Not Run 0.00 sec
Start 2: foo
Test not available without configuration. (Missing "-C <config>"?)
2/3 Test #2: foo ..............................***Not Run 0.00 sec
Start 3: foo-with-args
Test not available without configuration. (Missing "-C <config>"?)
3/3 Test #3: foo-with-args ....................***Not Run 0.00 sec
0% tests passed, 3 tests failed out of 3
Total Test time (real) = 0.05 sec
The following tests FAILED:
1 - boo (Not Run)
2 - foo (Not Run)
3 - foo-with-args (Not Run)
Errors while running CTest
在执行ctest时必须加上编译类型 build_config 参数 ,才可以正确执行。使用 ctest --help 可以查看帮助
默认情况下只有 Passed/Failed 提示信息,使用参数 -V/-VV 选项显示其他输出:ctest -V / ctest -VV
执行命令 ctest -V -C Debug
输出结果
test 1
Start 1: boo
1: Test command: .\cmakeTest32\Debug\boo.exe
1: Test timeout computed to be: 10000000
1: boo
1/3 Test #1: boo .............................. Passed 0.01 sec
test 2
Start 2: foo
2: Test command: .\cmakeTest32\Debug\foo.exe
2: Test timeout computed to be: 10000000
2: foo argc:1
2: argv[0]:./cmakeTest32/Debug/foo.exe
2/3 Test #2: foo .............................. Passed 0.01 sec
test 3
Start 3: foo-with-args
3: Test command: .\cmakeTest32\Debug\foo.exe "arg1" "arg2" "arg3"
3: Test timeout computed to be: 10000000
3: foo argc:4
3: argv[0]:./cmakeTest32/Debug/foo.exe
3: argv[1]:arg1
3: argv[2]:arg2
3: argv[3]:arg3
3/3 Test #3: foo-with-args .................... Passed 0.01 sec
100% tests passed, 0 tests failed out of 3
Total Test time (real) = 0.08 sec
测试时可以不用运行的所有的测试,可以很简单的运行测试集合中的某一个子集。比如上个例子中只运行foo的测试。
使用命令: ctest -R testName
示例:
执行命令: ctest -VV -C Debug -R foo
输出:
test 2
Start 2: foo
2: Test command: .\cmakeTest32\Debug\foo.exe
2: Test timeout computed to be: 10000000
2: foo argc:1
2: argv[0]:./cmakeTest32/Debug/foo.exe
1/2 Test #2: foo .............................. Passed 0.01 sec
test 3
Start 3: foo-with-args
3: Test command: .\cmakeTest32\Debug\foo.exe "arg1" "arg2" "arg3"
3: Test timeout computed to be: 10000000
3: foo argc:4
3: argv[0]:./cmakeTest32/Debug/foo.exe
3: argv[1]:arg1
3: argv[2]:arg2
3: argv[3]:arg3
2/2 Test #3: foo-with-args .................... Passed 0.01 sec
The following tests passed:
foo
foo-with-args
100% tests passed, 0 tests failed out of 2
Total Test time (real) = 0.09 sec
结果只有foo的测试执行。
add_test(NAME <name> COMMAND <command> [<arg>...]
[CONFIGURATIONS <config>...]
[WORKING_DIRECTORY <dir>]
[COMMAND_EXPAND_LISTS])
#eg
add_test(NAME mytest
COMMAND testDriver --config $<CONFIG>
--exe $<TARGET_FILE:myexe>)
上面的添加测试是书中介绍的例子。
CMake_Tutorial. 中使用另一种方式,目前而言,理解起来也比上面的清晰,更花哨的用法还需自己揣摩。
add_test(test_name test_function args)
set_tests_properties(test_name PROPERTIES PASS_REGULAR_EXPRESSION "测试结果与此处内容相等")
#eg
add_test(foo_usage foo arg1 arg2 arg3)
set_tests_properties(foo_usage PROPERTIES PASS_REGULAR_EXPRESSION "...")
#foo_usage 为测试名称,foo为add_execuable中的名称,后面arg1 arg2 arg3为参数。
#还可以将测试使用一个宏来定义,简化代码和工作量
#do_test:宏名 arg1 arg2:参数,可以自由更改数量 result:结果 func_name:execuable的名称
#不过这样也还是有一些局限性
macro(do_test arg1 arg2 result func_name)
add_test(test_${arg1}_${arg2} ${func_name} ${arg1} ${arg2})
set_tests_properties(test_${arg1}_${arg2} PROPERTIES PASS_REGULAR_EXPRESSION ${result})
endmacro(do_test)
很好奇,就使用rubyonrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提
我正在编写一个包含C扩展的gem。通常当我写一个gem时,我会遵循TDD的过程,我会写一个失败的规范,然后处理代码直到它通过,等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb,如何运行我的规范并仍然加载我的C扩展?当我更改C代码时,我需要采取哪些步骤来重新编译代码?这可能是个愚蠢的问题,但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时,我确实得到了一个Makefile(在整个项目的根目录中),然后当
我有一个围绕一些对象的包装类,我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码,如下所示:Something.createdo|x|x.foo=barend我想编写一个测试,它使用double代替block参数x,这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗? 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
Sinatra新手;我正在运行一些rspec测试,但在日志中收到了一堆不需要的噪音。如何消除日志中过多的噪音?我仔细检查了环境是否设置为:test,这意味着记录器级别应设置为WARN而不是DEBUG。spec_helper:require"./app"require"sinatra"require"rspec"require"rack/test"require"database_cleaner"require"factory_girl"set:environment,:testFactoryGirl.definition_file_paths=%w{./factories./test/
我遵循MichaelHartl的“RubyonRails教程:学习Web开发”,并创建了检查用户名和电子邮件长度有效性的测试(名称最多50个字符,电子邮件最多255个字符)。test/helpers/application_helper_test.rb的内容是:require'test_helper'classApplicationHelperTest在运行bundleexecraketest时,所有测试都通过了,但我看到以下消息在最后被标记为错误:ERROR["test_full_title_helper",ApplicationHelperTest,1.820016791]test
我已经构建了一些serverspec代码来在多个主机上运行一组测试。问题是当任何测试失败时,测试会在当前主机停止。即使测试失败,我也希望它继续在所有主机上运行。Rakefile:namespace:specdotask:all=>hosts.map{|h|'spec:'+h.split('.')[0]}hosts.eachdo|host|begindesc"Runserverspecto#{host}"RSpec::Core::RakeTask.new(host)do|t|ENV['TARGET_HOST']=hostt.pattern="spec/cfengine3/*_spec.r
我在app/helpers/sessions_helper.rb中有一个帮助程序文件,其中包含一个方法my_preference,它返回当前登录用户的首选项。我想在集成测试中访问该方法。例如,这样我就可以在测试中使用getuser_path(my_preference)。在其他帖子中,我读到这可以通过在测试文件中包含requiresessions_helper来实现,但我仍然收到错误NameError:undefinedlocalvariableormethod'my_preference'.我做错了什么?require'test_helper'require'sessions_hel
只是想确保我理解了事情。据我目前收集到的信息,Cucumber只是一个“包装器”,或者是一种通过将事物分类为功能和步骤来组织测试的好方法,其中实际的单元测试处于步骤阶段。它允许您根据事物的工作方式组织您的测试。对吗? 最佳答案 有点。它是一种组织测试的方式,但不仅如此。它的行为就像最初的Rails集成测试一样,但更易于使用。这里最大的好处是您的session在整个Scenario中保持透明。关于Cucumber的另一件事是您(应该)从使用您的代码的浏览器或客户端的角度进行测试。如果您愿意,您可以使用步骤来构建对象和设置状态,但通常您
我有:When/^(?:|I)follow"([^"]*)"(?:within"([^"]*)")?$/do|link,selector|with_scope(selector)doclick_link(link)endend我打电话的地方:Background:GivenIamanexistingadminuserWhenIfollow"CLIENTS"我的HTML是这样的:CLIENTS我一直收到这个错误:.F-.F--U-----U(::)failedsteps(::)nolinkwithtitle,idortext'CLIENTS'found(Capybara::Element