Meilleure approche des fonctions de moquerie qui ont besoin de consommer des arguments directement

Question

Je me moque d'une bibliothèque C (..ughh) contenant des fonctions qui prennent comme argument "des structures avec des pointeurs". Mon but est de faire des attentes sur les données que ces pointeurs pointent vers. Les fonctions de la bibliothèque consomment immédiatement leurs arguments. c'est-à-dire que ces structures peuvent sortir du cadre après que la fonction est appelée.

dans le code:

struct A 
{ 
    B* somePointer; 
} 

class ClassUnderTest 
{ 
public: 
    ClassUnderTest() 
    { 
     B arbitraryStruct; 
     A structArg; 
     structArg.somePointer = &arbitraryStruct; 
     C_LibraryFunction(&A); 
    } 
}; 

ma solution est de sauver l'argument en définissant une gtest 'action'. dans cette action sauve arbritraryStruct à un peu de monde et fais ma magie d'attente. par exemple.

B arbitraryStruct; 
ACTION(captureB) 
{ 
    const A* a= arg0; 
    arbitraryStruct = *a->somePointer; 
} 

Test(TestClassUnderTest, testIt) 
{ 
    EXPECT_CALL(clibrary, 
    C_libraryFunction(testing::_)).WillOnce(DoAll(captureB()); 
    ClassUnderTest classUnderTest; 

    EXPECT_EQ(bla, B.arbitraryStruct); 
} 

cela fonctionne, mais il se sent un peu complet. Il y a beaucoup d'appels de cette bibliothèque dont j'ai besoin de me moquer et certains contiennent des structures complexes. En tant que programmeur paresseux, on a l'impression que cela peut être fait d'une meilleure façon. quelqu'un peut-il proposer une meilleure approche?

Merci!

Answer 1

Une meilleure façon est pas de le faire. Au lieu de cela, vous devez créer une classe en utilisant ces fonctions et mocker cette classe à la place. Cette classe doit être aussi simple que possible, afin d'éviter d'éventuels bugs.

Par exemple:

struct MyIface { 
    virtual ~MyIface(){} 

    virtual void Clog() = 0; 
}; 

struct VeebleFitzer { 
    VeebleFitzer() : a(funcA()) { 
    } 
    virtual void Clog() { 
    funcX(a); 
    funcY(); 
    } 

    int a; 
}; 

Ensuite, utilisez une sorte d'injection de dépendance à passer des objets là où ils sont nécessaires.

---

Vous pouvez toujours créer des tests fonctionnels, où vous utilisez des ressources réelles (y compris « réel », et non Mock, fonctions), pour tester votre code.