C++ Unit Test with Google Testing Framework

What is a unit test? How to get started ? GTest - basics Make code testable General tips References
Writing Unit Tests with Google Testing Framework
Humberto Cardoso Marchezi
hcmarchezi@gmail.com
May 31, 2015

Table of Contents
1 What is a unit test?
2 How to get started ?
3 GTest - basics
Why ?
Tests
Assertions
Test ﬁxtures
Controlling execution
Output customization
Advanced features
4 Make code testable
Types of functions
Conﬁguration and
implementation
Extract your application
External dependencies
5 General tips
6 References

1 What is a unit test?
2 How to get started ?
3 GTest - basics
Why ?
Tests
Assertions
Test ﬁxtures
Advanced features
4 Make code testable
Types of functions
Conﬁguration and
implementation
5 General tips
6 References

Test levels

Unit tests characteristics
Fast
Isolated
Repeatable
Self-verifying
Timely

We will follow the steps:
1 Identify test cases
2 Share test cases with others
3 Write one test case as a unit test
4 Watch test failing
5 Write just enough code to pass test
6 Clean up code
7 Go to step 3 until all tests are done

Identify test cases
Problem: implement function for factorial operation
5! = 5 x 4 x 3 x 2 x 1 = 120
4! = 4 x 3 x 2 x 1 = 24
0! = 1
test case expected behavior

Identify test cases
small positive numbers should calculate factorial
input value is 0 should return 1

Share test cases with others

Factorial table
n factorial(n)
0 1
1 1
2 2
3 6
4 24
5 120
6 720
7 5040
8 40320
9 362880
10 3628800
11 39916800
12 479001600
20 2432902008176640000

Share test cases with others
input value is negative return error code
input value is a bigger
positive integer
return overﬂow error code

Write one test case as a unit test
TEST( F a c t o r i a l T e s t , FactorialOfZeroShouldBeOne )
{
ASSERT EQ(1 , f a c t o r i a l (0) ) ; // 0! == 1
}

Write just enough code to pass test
For a test like this:
TEST( F a c t o r i a l T e s t , FactorialOfZeroShouldBeOne )
{
ASSERT EQ(1 , f a c t o r i a l (0) ) ; // 0! == 1
}
Focus on code to ONLY make it pass like this:
i n t f a c t o r i a l ( i n t n )
{
r e t u r n 1;
}

Clean up code
Clean up accumulated mess
Refactorings
Optimizations
Readability
Modularity
Don’t miss this step!

Go to next test
TEST( F a c t o r i a l T e s t , F a c t O f S m a l l P o s i t i v e I n t e g e r s )
{
ASSERT EQ(1 , f a c t o r i a l (1) ) ;
}

Why ?
Portable: Works for Windows, Linux and Mac
Familiar: Similar to other xUnit frameworks (JUnit, PyUnit,
etc.)
Simple: Unit tests are small and easy to read
Popular: Many users and available documentation
Powerful: Allows advanced conﬁguration if needed

Tests
TEST ( ) macro deﬁnes a test name and function
TEST( test case name , test name )
{
. . . t e s t body . . .
}
Example:
TEST( FibonacciTest , CalculateSeedValues )
{
ASSERT EQ(0 , Fibonacci (0) ) ;
ASSERT EQ(1 , Fibonacci (1) ) ;
}

Assertions
Checks expected behavior for function or method
ASSERT * fatal failures (test is interrupted)
EXPECT * non-fatal failures
Operator <<custom failure message
ASSERT EQ( x . s i z e () , y . s i z e () ) <<
” Vectors x and y are of unequal l ength ” ;
f o r ( i n t i = 0; i < x . s i z e () ; ++i )
{
EXPECT EQ( x [ i ] , y [ i ] ) <<
” Vectors x and y d i f f e r at index ” << i ;
}

Assertions
Logic assertions
Description Fatal assertion Non-fatal assertion
True condition ASSERT TRUE(condition); EXPECT TRUE(condition);
False condition ASSERT FALSE(condition); EXPECT FALSE(condition);
Integer assertions
Equal ASSERT EQ(expected, actual); EXPECT EQ(expected, actual);
Less then ASSERT LT(expected, actual); EXPECT LT(expected, actual);
Less or equal
then
ASSERT LE(expected, actual); EXPECT LE(expected, actual);
Greater then ASSERT GT(expected, actual); EXPECT GT(expected, actual);
Greater or
equal then
ASSERT GE(expected, actual); EXPECT GE(expected, actual);

Assertions
String assertions
Different content ASSERT STRNE(exp, actual); EXPECT STREQ(exp, actual);
Same content, ig-
noring case
ASSERT STRCASEEQ(exp,actual); EXPECT STRCASEEQ(exp,actual);
Different content,
ignoring case
ASSERT STRCASENE(exp,actual); EXPECT STRCASEEQ(exp,actual);
Explicit assertions
Description Assertion
Explicit success SUCCEED();
Explicit fatal failure FAIL();
Explicit non-fatal failure ADD FAILURE();
Explicit non-fatal failure
with detailed message
ADD FAILURE AT(”file path”,linenumber);

Assertions
Exception assertions
Exception type
was thrown
ASSERT THROW(statement,exception); EXPECT THROW(statement, exception);
Any exception
was thrown
ASSERT ANY THROW(statement); EXPECT ANY THROW(statement);
No exception
thrown
ASSERT NO THROW(statement); EXPECT NO THROW(statement);
Floating point number assertions
Double compari-
son
ASSERT DOUBLE EQ(expected, actual); EXPECT DOUBLE EQ(expected, actual);
Float comparison ASSERT FLOAT EQ(expected, actual); EXPECT FLOAT EQ(expected, actual);
Float point com-
parison with mar-
gin of error
ASSERT NEAR(val1, val2, abse rror); EXPECT NEAR(val1, val2, abse rror);

Test ﬁxtures
Deﬁnition:
Tests that operate on similar data
c l a s s LogTests : p u b l i c : : t e s t i n g : : Test {
p r o t e c t e d :
void SetUp () { . . . } // Prepare data f o r each t e s t
void TearDown () { . . . } // Release data f o r each t e s t
i n t auxMethod ( . . . ) { . . . }
}
TEST F ( LogTests , c l e a n L o g F i l e s ) {
. . . t e s t body . . .
}

Run all tests
mytestprogram . exe
Runs ”SoundTest” test cases
mytestprogram . exe − g t e s t f i l t e r=SoundTest .∗
Runs tests whose name contains ”Null” or ”Constructor”
mytestprogram . exe − g t e s t f i l t e r =∗Null ∗:∗ Constructor
∗
Runs tests except those whose preﬃx is ”DeathTest”
mytestprogram . exe − g t e s t f i l t e r =−∗DeathTest .∗
Run ”FooTest” test cases except ”testCase3”
mytestprogram . exe − g t e s t f i l t e r=FooTest.∗−FooTest .
testCase3

Temporarily Disabling Tests
For test cases, add DISABLED preffix
TEST( SoundTest , DISABLED legacyProcedure ) { . . . }
For all tests cases in test fixture, add DISABLED to test fixture name
c l a s s DISABLED VectTest : p u b l i c : : t e s t i n g : : Test
{ . . . };
TEST F ( DISABLED ArrayTest , testCase4 ) { . . . }
Enabling execution of disabled tests
mytest . exe −−g t e s t a l s o r u n d i s a b l e d t e s t s

Invoking tests with output customization
mytest program . exe −−g t e s t o u t p u t =”xml : d i r e c t o r y
m y f i l e . xml”
XML format (JUnit compatible)
<t e s t s u i t e s name=” A l l T e s t s ” . . .>
<t e s t s u i t e name=” test case name ” . . .>
<t e s t c a s e name=” test name ” . . .>
<f a i l u r e message=” . . . ”/>
</ t e s t c a s e>
</ t e s t s u i t e>
</ t e s t s u i t e s>

Listing test names (without executing them)
mytest program . exe −−g t e s t l i s t t e s t s
TestCase1 .
TestName1
TestName2
TestCase2 .
TestName

Advanced features
Predicate assertions
AssertionResult
Predicate formatter
Windows HRESULT assertions
Type assertions
Customizing value type serialization
Death tests
Logging additional information in XML output
Value parametized tests Etc ...

Types of functions
Testing functions
From testing perspective, there are mainly 3 types of functions:
functions with input and output.
Ex: math functions
functions with input and object side-eﬀect.
Ex: person.setName(’John’);
functions with input and not testable side-eﬀect.
Ex: drawLine(30,30,120,190);

Types of functions
Functions with input and output
the easiest case - direct implementation
functions should be refactored to this format when possible
TEST( FibonacciTest , FibonacciOfZeroShouldBeZero ) {
ASSERT EQ(0 , f i b o n a c c i (0) ) ;
}
TEST( FibonacciTest , FibonacciOfOneShouldBeOne ) {
}
TEST( FibonacciTest , F i b o n a c c i O f S m a l l P o s i t i v e I n t e g e r s ) {
}

Types of functions
Functions with input and object side-eﬀect
not so direct but still easy
object should contain a read method to check state
TEST( PersonTest , SetBirthDateShouldModifyAge ) {
Person p ;
p . setBirthDate ( ”1978−09−16” ) ;
ASSERT STR EQ(36 , p . age () ) ;
}

Types of functions
Functions with input and not testable side-eﬀect
can’t test what we can’t measure (in code)
eﬀort is not worth for unit testing
TEST( DisplayTest , LineShouldBeDisplayed ) {
Display d i s p l a y ;
d i s p l a y . drawLine (20 ,34 ,100 ,250) ;
??????????? − How to a s s e r t t h i s ???
}

Configuration and implementation
Isolate configuration from the actual code
How to test Init failure in this code ?
c l a s s Component {
p u b l i c :
i n t i n i t () {
i f ( XYZ License ( ” key abcdefg ” ) != 0) {
r e t u r n INIT FAILURE ;
}
r e t u r n INIT SUCCESS ;
}
};
’init’ is a function without testable side-effects

Instead separate conﬁguration from code
c l a s s Component
{
p r o t e c t e d :
std : : s t r i n g l i c e n s e = ” key abcdefg ” ;
p u b l i c :
i n t i n i t () {
i f ( XYZ License ( l i c e n s e ) == FAILURE)
{
r e t u r n INIT FAILURE ;
}
}
};
License information became an object variable

Extend class to add methods to access protected information
c l a s s TestableComponent : p u b l i c Component
{
p u b l i c :
void s e t L i c e n s e ( s t r i n g l i c e n s e ) {
t h i s . l i c e n s e = l i c e n s e ;
}
};
’setLicense’ is necessary to modify the state of ’init’ method

Now the test becomes possible:
TEST( ComponentTest , U p o n I n i t i a l i z a t i o n F a i l u r e S h o u l d
Return ErrorCode )
{
// A u x i l i a r t e s t c l a s s can be d e c l a r e d only
// i n the scope of the t e s t
c l a s s TestableComponent : p u b l i c Component
{
p u b l i c :
void s e t L i c e n s e ( s t r i n g l i c e n s e ) {
t h i s . l i c e n s e = l i c e n s e ;
}
};
TestableComponent component ;
component . s e t L i c e n s e ( ”FAKE LICENSE” ) ;
ASSERT EQ( INIT FAILURE , component . i n i t () ) ;
};

Separate app logic from presentation
Presentation logic refers to UI components to show user
feedback
Application logic refers to data transformation upon user or
other system input
Presentation and logic should be separated concerns
Presentation is usually not unit testable
Application logic is usually testable
std : : s t r i n g name = u i . txtName . t e x t () ;
std : : s i z e t p o s i t i o n = name . f i n d ( ” ” ) ;
std : : s t r i n g firstName = name . s u b s t r (0 , p o s i t i o n ) ;
std : : s t r i n g lastName = name . s u b s t r ( p o s i t i o n ) ;
u i . l b D e s c r i p t i o n . setText ( lastName + ” , ” + firstName ) ;

Separate app logic from presentation
Extract app logic in a separated function (preferrebly class)
std : : s t r i n g name = u i . txtName . t e x t () ;
std : : s t r i n g d e s c r i p t i o n = app . makeDescription (name) ;
u i . l b D e s c r i p t i o n . setText ( d e s c r i p t i o n ) ;
TEST( ApplicationTest , shouldMakeDescription ) {
A p p l i c a t i o n app ;
std : : s t r i n g d e s c r i p t i o n ;
d e s c r i p t i o n = app . makeDescription ( ”James O l i v e r ” ) ;
ASSERT STREQ( ” Oliver , James” , d e s c r i p t i o n ) ;
}

Code with mixed responsibilities
HttpResponse response ;
response = http . get ( ” http :// domain/ api / contry code ” +
”? token=” + token ) ;
std : : s t r i n g countryCode = response . body ;
std : : s t r i n g langCode ;
i f ( countryCode == BRAZIL) {
langCode = PORTUGUESE;
} e l s e i f ( countryCode == USA) {
langCode = ENGLISH ;
} e l s e {
langCode = ENGLISH ;
}
u i . setLanguage ( langCode ) ;

Identify and isolate dependency
WebAPIGateway webAPI ;
std : : s t r i n g countryCode=webAPI . userCountryCode ( token ) ;
LanguageHelper language ;
std : : s t r i n g langCode=language . findLang ( countryCode ) ;
u i . setLanguage ( langCode ) ;
TEST( LanguageHelperTest , shouldFindLanguageForCountry )
{
LanguageHelper language ;
ASSERT EQ(PORTUGUESE, language . findLang (BRAZIL) ) ;
ASSERT EQ(ENGLISH , language . findLang (USA) ) ;
ASSERT EQ(ENGLISH , language . findLang (JAPAN) ) ;
. . .
}

Fake objects
#i n c l u d e ”gmock/gmock . h”
TEST( WebAPIGatewayTest , shouldFindUserCountry ) {
c l a s s HttpRequestFake : p u b l i c HttpRequest
{
std : : s t r i n g userCountryCode ( std : : s t r i n g token ) {
std : : s t r i n g country = ”” ;
i f ( token==”abc” ) country = BRAZIL ;
r e t u r n country ;
}
};
HttpRequest ∗ httpFake = new HttpRequestFake () ;
WebAPIGateway api = WebAPIGateway ( httpFake ) ;
std : : s t r i n g countryCode = api . userCountryCode ( ”abc” ) ;
d e l e t e httpFake ;
ASSERT EQ(BRAZIL , countryCode ) ;
}

Mock objects
c l a s s HttpRequestMock : p u b l i c HttpRequest
{
MOCK CONST METHOD1( get () , std : : s t r i n g ( std : : s t r i n g ) ) ;
};
TEST( WebAPIGatewayTest , shouldFindUserCountry ) {
HttpRequest ∗ httpMock = new HttpRequestMock () ;
WebAPIGateway api = WebAPIGateway ( httpMock ) ;
EXPECT CALL( httpMock ,
get ( ” http :// domain/ api / contry code ? token=abc” )
. Times (1)
. WillOnce ( Return ( Response (BRAZIL) ) ) ;
std : : s t r i n g countryCode = api . userCountryCode ( ”abc” ) ;
d e l e t e httpMock ;
ASSERT EQ(BRAZIL , countryCode ) ;
}

Code with dependencies
How to test vertices coordinates calculation ?
void drawQuad ( f l o a t cx , f l o a t cy , f l o a t s i d e )
{
f l o a t h a l f S i d e = s i d e / 2 . 0 ;
glBegin (GL LINE LOOP) ;
g l V e r t e x 3 f ( cx−h a l f S i d e , cy−h a l f S i d e ) ;
g l V e r t e x 3 f ( cx+h a l f S i d e , cy−h a l f S i d e ) ;
g l V e r t e x 3 f ( cx+h a l f S i d e , cy+h a l f S i d e ) ;
g l V e r t e x 3 f ( cx−h a l f S i d e , cy+h a l f S i d e ) ;
glEnd () ;
}

Identify and isolate dependency
void drawQuad ( f l o a t cx , f l o a t cy , f l o a t side ,
I D i s p l a y ∗ d i s p l a y {
f l o a t h a l f S i d e = s i d e / 2 . 0 ;
std : : vector <f l o a t > v e r t i c e s = {
cx−h a l f S i d e , cy−h a l f S i d e ,
cx+h a l f S i d e , cy−h a l f S i d e ,
cx+h a l f S i d e , cy+h a l f S i d e ,
cx−h a l f S i d e , cy+h a l f S i d e
};
d i s p l a y −>r e c t a n g l e ( v e r t i c e s ) ;
}
c l a s s Display : p u b l i c I D i s p l a y {
p u b l i c : void r e c t a n g l e ( std : : vector <f l o a t > v e r t i c e s ) {
glBegin (GL LINE LOOP) ;
g l V e r t e x 3 f ( v e r t i c e s [ 0 ] , v e r t i c e s [ 1 ] ) ;
. . .
glEnd () ;
} };

Fake objects
TEST( DrawTests , drawQuadShouldCalculateVertices ) {
c l a s s FakeDisplay : p u b l i c Display {
p r o t e c t e d : std : : vector <f l o a t > v e r t i c e s ;
p u b l i c :
void r e c t a n g l e ( std : : vector <f l o a t > v e r t i c e s ) {
v e r t i c e s = v e r t i c e s ;
}
std : : vector <f l o a t > v e r t i c e s () {
r e t u r n v e r t i c e s ;
}
};
I D i s p l a y ∗ d i s p l a y = new FakeDisplay () ;
drawQuad ( 1 0 . 0 , 1 0 . 0 , 1 0 . 0 , d i s p l a y ) ;
ASSERT VECT EQ(
{ 5 . 0 , 5 . 0 , 1 5 . 0 , 5 . 0 , 1 5 . 0 , 1 5 . 0 , 5 . 0 , 1 5 . 0 } ,
d i s p l a y −>v e r t i c e s () ) ;
}

Mock objects
TEST( DrawTests , drawQuadShouldCalculateVertices ) {
c l a s s MockDisplay : p u b l i c Display {
MOCK METHOD1( r e c t a n g l e , void ( std : : vector <f l o a t >) ;
};
I D i s p l a y ∗ d i s p l a y = new MockDisplay () ;
EXPECT CALL( d i s p l a y ,
r e c t a n g l e ( { 5 . 0 , 5 . 0 , 1 5 . 0 , 5 . 0 , 1 5 . 0 , 1 5 . 0 , 5 . 0 , 1 5 . 0 } )
. Times (1)
drawQuad ( 1 0 . 0 , 1 0 . 0 , 1 0 . 0 , d i s p l a y ) ;
}

General tips
Test behavior not implementation
There is no behavior in non-public methods
Use name convention for tests to improve readability
Test code should be as good as production code - it is not
sketch code
GTest alone can’t help you
Workﬂow is important - talk to your QA
Improve modularization to avoid being trapped by non
testable code
Use mock objects with caution
Understand the diﬀerence between fake and mock objects

General tips
Getting Started with Google Testing Framework
https://code.google.com/p/googletest/wiki/Primer
GTest Advanced Guide
https://code.google.com/p/googletest/wiki/AdvancedGuide
Clean Code: A Handbook of Agile Software Craftsmanship
Robert C. Martin - Prentice Hall PTR, 2009
Google C++ Mocking Framework for Dummies
https://code.google.com/p/googlemock/wiki/ForDummies

C++ Unit Test with Google Testing Framework

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to C++ Unit Test with Google Testing Framework

Similar to C++ Unit Test with Google Testing Framework (20)

More from Humberto Marchezi

More from Humberto Marchezi (7)

Recently uploaded

Recently uploaded (20)

C++ Unit Test with Google Testing Framework