2

前几天,我决定我需要了解 Windows 平台上的 C++ 测试驱动开发(使用 Visual Studio 2010 Premium)。

在决定尝试 boost 的单元测试框架之前,我环顾四周。我应该说我选择了 boostpro.com 的版本(如果我没记错的话,当前版本是 1.44)。这有一个静态库的构建,所以我不在我的测试中使用 DLL。

Boost 的单元测试文档谈到了将代码与测试套件分开,这似乎是合理的。但是你必须处理从你现在独立的测试套件项目中引用你的代码的问题。

所以我有一个我想测试的库项目(但我仍然不确定如何编写可以引用 .exe 项目的测试......)

所以我在我的解决方案中创建了一个单独的项目,称为单元测试。我添加了以下代码:

#include "stdafx.h"

#define BOOST_TEST_MODULE Crash
#include <boost/test/unit_test.hpp> 
#include "LameEncoder.h"

BOOST_AUTO_TEST_SUITE(CrashTestSuite)

BOOST_AUTO_TEST_CASE(EncoderAvailable)
{
    using namespace Crash::SystemDevices::Audio::Compressors::LameEncoder;

    HRESULT hr = S_OK;
    CComPtr <IBaseFilter> spEncoder;

    hr = spEncoder.CoCreateInstance( CLSID_LAMEDShowFilter );
    if( spEncoder.p )
        spEncoder.Release();

    BOOST_CHECK_EQUAL( hr, S_OK );
}

BOOST_AUTO_TEST_CASE(ProfilesGenerated)
{
    using namespace Crash::SystemDevices::Audio::Compressors::LameEncoder;  
    BOOST_CHECK_EQUAL ( EncoderProfiles.size(), 6 );
}

BOOST_AUTO_TEST_SUITE_END()

我静态链接到我的“崩溃”库项目输出,然后我添加了以下构建后事件以获取构建后的报告:

"$(TargetDir)\$(TargetName).exe" --result_code=no --report_level=short

构建后的输出如下所示:

1>------ Build started: Project: UnitTests, Configuration: Debug Win32 ------
1>  UnitTests.cpp
1>  UnitTests.vcxproj -> F:\Projects\Crash\trunk\Debug\UnitTests.exe
1>  Running 2 test cases...
1>  f:/projects/crash/trunk/unittests/unittests.cpp(19): error in "EncoderAvailable": check hr == ((HRESULT)0L) failed [-2147221008 != 0]
1>  
1>  Test suite "Crash" failed with:
1>    1 assertion out of 2 passed
1>    1 assertion out of 2 failed
1>    1 test case out of 2 passed
1>    1 test case out of 2 failed

我预计 EncoderAvailable 测试会失败,因为我还没有为线程初始化 COM 单元。我假设我不能使用自动测试,而是需要用我在主函数中手动定义自己的测试替换自动测试,并在主函数中调用 CoInitializeEx()。

我在这里读到你可以定义入口点并注册你自己的函数,所以我试了一下:

#include "stdafx.h"

#include <boost/test/unit_test.hpp>
using namespace boost::unit_test;

#include "LameEncoderTests.h"


test_suite*
init_unit_test_suite( int argc, char* argv[] ) 
{
    CoInitializeEx(NULL, COINIT_MULTITHREADED);

    framework::master_test_suite().
        add( BOOST_TEST_CASE( &LameEncoderAvailable ) );

    framework::master_test_suite().
        add( BOOST_TEST_CASE( &LameEncoderProfilesGenerated ) );

    CoUninitialize();

    return 0;
}

这是构建输出:

    1>------ Build started: Project: UnitTests, Configuration: Debug Win32 ------
1>  UnitTests.cpp
1>  UnitTests.vcxproj -> F:\Projects\Crash\trunk\Debug\UnitTests.exe
1>  Running 2 test cases...
1>  f:/projects/crash/trunk/unittests/lameencodertests.h(17): error in "LameEncoderAvailable": check hr == ((HRESULT)0L) failed [-2147221008 != 0]
1>  
1>  Test suite "Master Test Suite" failed with:
1>    1 assertion out of 2 passed
1>    1 assertion out of 2 failed
1>    1 test case out of 2 passed
1>    1 test case out of 2 failed
1>  
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

该测试失败在第一个测试 LameEncoderAvailable 上失败,这是以下简单函数:

void LameEncoderAvailable()
{
    using namespace Crash::SystemDevices::Audio::Compressors::LameEncoder;

    HRESULT                 hr              = S_OK;
    CComPtr<IBaseFilter>    spEncoder;

    hr = spEncoder.CoCreateInstance( CLSID_LAMEDShowFilter );
    if( spEncoder.p )
        spEncoder.Release();

    BOOST_CHECK_EQUAL( hr, S_OK );
}

谁能告诉我在哪里进行 CoInitializeEx() 调用的正确位置-我认为我不应该每次测试都这样做一次-每个线程只能执行一次...

至于测试 exe 项目,我想你可以指定一个单独的 main.cpp(testmain.cpp 或其他东西)并从构建中排除你真正的 main.cpp 以访问你的代码。如果有人知道一个更优雅的解决方案,我很想听听它......

4

4 回答 4

2

使用全局夹具。Fixtures 是为每个测试设置初始化/关闭代码的好方法。全局夹具允许您为整个测试套件定义初始化/关闭代码。

于 2011-03-07T14:24:22.737 回答
0

未经测试,但是在构造函数中调用 CoInitializeEx() 的全局变量会有所帮助吗?

于 2011-03-07T13:00:38.030 回答
0

为什么不对每个测试进行 CoInitialize、CoUnitialize?

在同一线程上对 CoInitialize 或 CoInitializeEx 的后续调用将成功,只要它们不尝试更改并发模型,但将返回 S_FALSE。

编辑:

假设测试确实是同时执行的。一种方法是拥有一个 thread_specific 容器,其中包含一个 RAII CoInitialize/CoUnitialize 对象。

于 2011-03-07T14:14:48.520 回答
0

您不需要使用 init_unit_test_suite,因为此函数在任何测试运行之前执行。

您确实想使用全局夹具。调用 CoInitializeEx(NULL, COINIT_MULTITHREADED); 在构造函数和 CoUnInitializeEx() 中;在析构函数中

于 2011-03-09T07:19:43.650 回答