The Boost Unit Test Adapter extension has been developed for the Visual Studio 2012, Visual Studio 2013 and Visual Studio 2015 Test Explorer window to allow integrated test execution of C++ projects utilizing the Boost Unit Test Framework.
In case of any issues please file an...
Great extension to run your Boost Tests from within Visual Studio. We use the Boost Test Library Unit Test Framework for our C++ development and the Boost Unit Test Adapter is really the best available Visual Studio extension to run those tests without the need to leave Visual Studio. Thanks :-)
I tried version 0.1 and it didn't even load the test list. Just downloaded and installed version 0.2, after few attempts it finally loaded the test list, but when I try to run all tests or any selection or debug a test it fails with the following message in output: ------ Run test started ------ An exception occurred while invoking executor 'executor://boosttestexecutor/v1': Object reference not set to an instance of an object. ========== Run test finished: 0 run (0:00:00.3314) ==========
For those suffering from an object reference not set error, you can download this extension via your browser then double click on it to launch the VSIX Installer. The extension will install correctly without error.
To uninstall you can use the Extensions & Updates dialog successfully.
You should consider removing or reducing this caveat. The plugin will work if the projects are set to be built as a DLL, it just takes a bit of manual configuration - notably an external test runner (such as ETAS' BoostExternalTestRunner) and a custom .runsettings file.
Thanks for your feedback.
Up to now there was less need for this. Typically the unit tests and the to be tested code are clearly separated. But I agree with netspiri that it would be a good idea to add your issue to our GitHub page https://github.com/etas/vs-boost-unit-test-adapter. If you already have a solution you can forward also a PR to us.
Looking forward to hear on GitHub from you gain.
First of all many thanks for your incredible extension.
In the last boost test issue many enhancements were made. One of them is preconditions. One of macro in BOOST_FIXTURE_TEST_CASE() family has 3 parameters now and looks like BOOST_FIXTURE_TEST_CASE(name, fixture, precondition). There is an error occurred during test case discovery and discovery process interrupted when such test case was met. The output is: "Exception raised while discovering tests from "..." of project "...", (Index was outside the bounds of the array.)
at BoostTestAdapter.BoostTestDiscovererInternal.DiscoverBoostTests(CppSourceFile cppSourceFile, String source, ITestCaseDiscoverySink discoverySink)
at BoostTestAdapter.BoostTestDiscovererInternal.GetBoostTests(IDictionary`2 solutionInfo, ITestCaseDiscoverySink discoverySink)".
I'm using the following construction as workaround:
#define CONDITIONAL_FIXTURE fixture, precondition
Thank you for your attention.
With next version we like to use the command line parameter --list_content to get the list of unit test and do no more parse the source code. This should also solve this problem (needs Boost 1.59).
I didn't even know that source code is open. While your new version doesn't issued, I'd made several fixes in the old one:
- relax current Visual Studio version dependency during development;
- fix multiline BOOST_TEST_ ... macros support. The limitation is annotated in the code, but it doesn't reflected in help;
- fix support new style test macros with depends_on() decorator producing extended xml log output.
I can share my fixes with you if you wish.
Is there a way to set the working directory when running tests? My test application needs several dll's and test data to be present in the current working directory. I had a look at the code and it seems that the working directory is always set to the directory of the test executable. Any chance you could add an option to change to another directory? I can't quite figure out what I need to compile and install an extension, it seems that adding the option shouldn't be very hard... Thanks a bunch for this extension by the way, if I can only get this one thing working, it's going to be very useful...
(I asked a question about this on stackexchange as well (http://stackoverflow.com/questions/33489493/boost-unit-test-with-visual-studio-test-adapter-set-working-directory) but I figured I'd have better luck here...)
Why do you not set paths in your tests?
Thanks for your comment. Issue has been noted in GitHub - https://github.com/etas/vs-boost-unit-test-adapter/issues/43. Currently flagged for discussion for further design deliberation. Feel free to comment and suggest on the GitHub issue.
first of all congrats for this nice tool!
I would like to have memory leak detection from VS2015. I have added the .runsettings file however the tool says:
An error occurred while initializing the settings provider named 'MSTest'. Error: MSTestAdapter encountered an unexpected element 'FailTestOnMemoryLeak' in its settings 'MSTest'. Remove this element and try again.
Is this feature not supported for VS2015?
One more thing. Is it possible to automatically Run all the test after a successful build and see the red/green bar?
> Run tests after every build
Running unit tests after every build is supported in Visual Studio Enterprise. To run your unit tests after each local build, choose Test on the standard menu, and then choose Run Tests After Build on the Test Explorer toolbar.
@vfederico Your issue could be a result of incorrect configuration. For your use case, the following .runsettings file should suffice:
<?xml version="1.0" encoding="utf-8"?>
For more information, please refer to the user manual or the sample available at: https://raw.githubusercontent.com/etas/vs-boost-unit-test-adapter/master/Doku/sample.runsettings.
Scenario: Every test case is run in a new process
Given the Boost Unit Test Adapter version 188.8.131.52 is installed in Visual Studio 2013 or 2015
And a C++ executable project which contains several Boost.Test test suites exists
When I run one, several or all test suites via the Test Explorer
Then every test case is run in a new process
Is there a possibility to change this behaviour such that, all test suites and all test cases are run in the same process? I understand that this is (sometimes) a useful feature, but in my current project the test suites have expensive setup and teardown procedures which I would like to avoid running for EVERY test case. Thanks a lot!
It is important to understand that our plugin is only a wrapper on top of the boost test framework. First step is always to setup a test project with unit tests which results in a binary (exe = test runner). We call this exe and display the results with the help of a unit test adapter in VS. So it's mainly up to you how you distribute your tests to test projects. If you want to to run only one process you have to move all unit test into one test project.
this is an awesome extension - thank you so much!
I am struggling with a tiny detail in debug builds, so that debug code assertions can coexist with the Boost UTF. Our code is interspersed with a lot of FOO_ASSERT macros which, basically call _ASSERTE if _DEBUG is defined, otherwise evaluates to ((void)0). Nothing fancy.
So basically something like ...
FOO_ASSERT(nullptr != ptr);
if(nullptr == ptr) throw std::invalid_argument(...);
Within the unit test I want to catch the "invalid_argument" exception, but because of the FOO_ASSERT, the UTF catches a system error. On command line this can be circumvented with "--catch_system_errors=no". Using the adapter via the Test Explorer, one cannot pass the required parameter though (.runsettings does not support it) and using it as environment variable "BOOST_TEST_CATCH_SYSTEM_ERRORS=no" somehow failed.
So, it would be great to have a way to add this to the config options. Or would there be another/better way to achieve this? I don't want to recompile the debug code just because of unit testing.
This is a fantastic plugin and I was using it heavily on Visual Studio 2013. Now I have moved to 2014 for the support of C++14 and other stuff. It will be really really help to evaluate if we get this plugin support for evaluating.
Hello, Is there any momentum on supporting Visual Studio 2015? Having this plug-in will help in evaluating Visual Studio 2015 for my company's use. I am fine to take a developer release to test as well. Please let me know.
It took me a while to get it to run on Visual Studio 2015 Community Edition. Not sure if I missed something obvious. I shared my steps here in case they're of use: http://stackoverflow.com/a/32355135/5190279
Is there a way to get it to run using Platform Toolset v140? (i.e. Visual Studio 2015)
For Visual Studio 2015 you need to use the Boost libraries created for Visual Studio 2015 (libboost_unit_test_framework-vc140-mt-1_55 instead of libboost_unit_test_framework-vc120-mt-1_55).
- vc140 = Visual Studio 2015 (Platform Toolset v140)
- vc120 = Visual Studio 2013 (Platform Toolset v120)
Download the Boost sources and compile them for Visual Studio 2015. Then you can use the Boost Unit Test extension also with the Visual Studio 2015 compiler.
The versioning of Visual Studio (2015 = v140, 2013 = v120) is very confusing, I know ;-)
Hi, thanks for replying.
I tried to produce the binaries myself to get the v140 (visual studio 2015) but for some reason the files produced had no version associated with them (e.g. libboost_unit_test_framework-vc-mt-1_57), and I couldn't find precompiled binaries using version v140.
Will I encounter problems if my project is v140 but my boost test project is v120?
The binaries for Boost 1.59 are available for Visual Studio 2015: http://sourceforge.net/projects/boost/files/boost-binaries/1.59.0/
Here is a short description (for 64-bit) how to build the binaries for boost 1.xx for a certain Visual Studio version:
Download the sources of the desired boost version, unzip the file and go to the root folder where bootstrap.bat is located.
Run the following commands from command line:
2.) "C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\vcvarsall.bat" amd64 [64-bit]
3.) "bjam --clean"
5.) "bjam -j4 --debug-symbols=on --build-type=complete toolset=msvc-14.0 threading=multi runtime-link=shared address-model=64"
to 5.) msvc-14.0 : defines the Visual Studio 2015 version
address-model=64 : defines the platform (32/64)
I hope this helps.
I've been enjoying this extension and it was key in my decision to use Boost.Test and TurtleMock at my company. I have an interest in ensuring this is a reliable and sustained project but unfortunately I haven't been able find any kind of publicly available homepage, issue tracker, or source code. Does any of this exist or is this page the only public resource?
That said, I do have an issue to report, fortunately it is easy to fix. The problem is that after creating a new Boost Unit Test Project the project fails to build. The problem appears to be an unset Platform Toolset.
Thank you for this extension, since we started with boost.test I've been using it almost every day.
Visual Studio 2013
Boost Test Runner Adapater 0.9.4
First of all, great extensions, it is really useful.
I am trying to integrate the boost test adapter to our build system. The unit tests are running fine in our developers machines.
The issue is when i follow (https://msdn.microsoft.com/en-us/library/ms253138.aspx) to add the adapter to the build system I get an 'Object reference not set to an instance of an object'. My assembly file specification points to the .exe generated by the boost test project. Does anyone has gone trough the process of integrating with TFS? Any thoughts?