Unità Test di un oggetto che prende un parametro modello "tratti"

Question

Ho un progetto Visual Studio 2008 C ++ 03 in cui vorrei controllare una classe che utilizza un parametro del modello di tratti che espone i metodi statici (progettazione basata sulla politica, modello di strategia).Sto usando Google Test e Google Mering Frameworks.

Ad esempio:

/// the class under test
template< typename FooTraits >
class Foo
{
public:
    void DoSomething()
    {
        FooTraits::handle_type h = FooTraits::Open( "Foo" );
        /* ... */
        FooTraits::Close( h );
    };
};

/// a typical traits structure
struct SomeTraits
{
    typedef HANDLE handle_type;
    static handle_type Open( const char* name ) { /* ... */ };
    static void Close( handle_type h ) { /* ... */ };
};

/// mocked traits that I would like to use for testing
struct MockTraits
{
    typedef int handle_type;
    static MOCK_METHOD1( Open, handle_type( const char* ) );
    static MOCK_METHOD1( Close, void( handle_type ) );
};

/// the test function
TEST( FooTest, VerifyDoSomethingWorks )
{
    Foo< MockTraits > foo_under_test;

    // expect MockTraits::Open is called once
    // expect MockTraits::Close is called once with the parameter returned from Open
    foo_under_test.DoSomething();
};

.

Ovviamente questo non funzionerà come-è.Google Drink non può deridere metodi statici e avrei bisogno di creare un'istanza della classe deriscata nel test per impostare il comportamento e le aspettative.

Allora, quindi qual è il modo corretto per il test dell'unità una classe che accetta una politica del modello utilizzando Google Test / Google Mock?

Answer 1

Puoi creare una classe con metodi non statici, creare un'istanza globale di esso (o statica nei tuoi tratti) e avere il tuo tratti di classe di catenatore ad esso?

Quindi, per chiarire l'idea che è stata ispirata al commento di Rob:

struct FunnyDoodad
{
   FunnyDoodad();
   ~FunnyDoodad();

   MOCK_METHOD1( Open, HANDLE( const char* ) );
   MOCK_METHOD1( Close, void( handle_type ) );

};

struct FunnyGlobal {
  FunnyGlobal() : pimpl() {}
  ~FunnyGlobal() { delete pimpl; }

  // You'd want some protection here rather than just dereferencing.
  // it's the whole point.  I'd suggest using whatever unit test assertion
  // mechanism your framework uses and make it a fatal check.    
  handle_type Open(char const* name) { return pimpl->Open(name); }
  void Close(handle_type h) { pimpl->Close(h); }
private:
   FunnyDoodad * pimpl;

  friend struct FunnyDoodad;

  void register(FunnyDoodad* p) { pimpl = p; }
  void deregister() { pimpl = 0; }
};

FunnyGlobal funnyGlobal;

FunnyDoodad::FunnyDoodad() { funnyGlobal.register(this); }
FunnyDoodad::~FunnyDoodad() { funnyGlobal.deregister(); }

struct TestTraits
{
    typedef HANDLE handle_type;
    static handle_type Open( const char* name ) { return funnyGlobal.Open(name); };
    static void Close( handle_type h ) { funnyGlobal.Close(h); };
};

TEST_CASE(blah)
{
   FunnyDoodad testDoodad;

   ...
}

.

Immagino che quanto sopra potrebbe essere perfezionato e quasi trasformato in uno schema ... forse.