Jak sprawić, by znajomi z klasy testowej Google byli przyjaciółmi z moich zajęć?

Question

Słyszałem, że istnieje możliwość włączenia znajomych z testu Google TestCase na moich zajęciach, umożliwiając w ten sposób testom dostęp do moich prywatnych/chronionych członków.

Jak to osiągnąć?

Answer 1

Spróbuj tego (prosto od Google docs testowych ...):

FRIEND_TEST(TestCaseName, TestName); 

Na przykład:

// foo.h 
#include <gtest/gtest_prod.h> 

// Defines FRIEND_TEST. 
class Foo { 
    ... 
private: 
    FRIEND_TEST(FooTest, BarReturnsZeroOnNull); 
    int Bar(void* x); 
}; 

// foo_test.cc 
... 
TEST(FooTest, BarReturnsZeroOnNull) { 
    Foo foo; 
    EXPECT_EQ(0, foo.Bar(NULL)); 
    // Uses Foo's private member Bar(). 
} 

Answer 2

wiem, że to jest stary, ale szukałem tej samej odpowiedzi dziś. "gtest_prod.h" po prostu wprowadza proste makro do odwoływania się do klas testowych.

#define FRIEND_TEST(test_case_name, test_name)\ 
friend class test_case_name##_##test_name##_Test 

Więc FRIEND_TEST(FooTest, BarReturnsZeroOnNull); odpowiada:

friend class FooTest_BarReturnsZeroOnNull_Test; 

To działa, ponieważ każda próba jest jego własna klasa jak wspomniano w poprzedniej odpowiedzi.

Answer 3

O wiele lepszą strategią jest niedopuszczanie testów znajomych podczas testów jednostkowych.

Pozwolenie na testowanie znajomych w celu dostępu do prywatnych członków doprowadzi do bazy kodu, która jest trudna do utrzymania. Testy, które łamią się, gdy wewnętrzne szczegóły implementacji komponentu są refaktoryzowane, nie są tym, czego potrzebujesz. Jeśli zamiast tego zostanie podjęty dodatkowy wysiłek, aby uzyskać projekt, w którym można przetestować komponenty za pomocą interfejsu publicznego, otrzymasz testy, które będą wymagać aktualizacji tylko po zaktualizowaniu interfejsu publicznego komponentu.

Testy polegające na gtest/gtest_prod.h powinny być postrzegane jako oznaka złego projektu.