Update the docs to demonstrate custom function signatures
Update the GCC specific example of nested functions to support capturing lambdas when a custom function signature is used with std::function.
Signed-off-by: Yuval Peress peress@google.com
版权所有:中国计算机学会技术支持:开源发展技术委员会
京ICP备13000930号-9
京公网安备 11010802032778号
Fake Function Framework (fff)
A Fake Function Framework for C
fff is a micro-framework for creating fake C functions for tests. Because life is too short to spend time hand-writing fake functions for testing.
Running all tests
Linux / MacOS
To run all the tests and sample apps, simply call
$ buildandtest. This script will call down into CMake with the following:Hello Fake World!
Say you are testing an embedded user interface and you have a function that you want to create a fake for:
Here’s how you would define a fake function for this in your test suite:
And the unit test might look something like this:
So what has happened here? The first thing to note is that the framework is header only, all you need to do to use it is download
fff.hand include it in your test suite.The magic is in the
FAKE_VOID_FUNC. This expands a macro that defines a function returningvoidwhich has zero arguments. It also defines a struct"function_name"_fakewhich contains all the information about the fake. For instance,DISPLAY_init_fake.call_countis incremented every time the faked function is called.Under the hood it generates a struct that looks like this:
Capturing Arguments
Ok, enough with the toy examples. What about faking functions with arguments?
Here’s how you would define a fake function for this in your test suite:
And the unit test might look something like this:
There is no more magic here, the
FAKE_VOID_FUNCworks as in the previous example. The number of arguments that the function takes is calculated, and the macro arguments following the function name defines the argument type (a char pointer in this example).A variable is created for every argument in the form
"function_name"fake.argN_valReturn Values
When you want to define a fake function that returns a value, you should use the
FAKE_VALUE_FUNCmacro. For instance:Here’s how you would define fake functions for these in your test suite:
And the unit test might look something like this:
Of course you can mix and match these macros to define a value function with arguments, for instance to fake:
you would use a syntax like this:
Resetting a Fake
Good tests are isolated tests, so it is important to reset the fakes for each unit test. All the fakes have a reset function to reset their arguments and call counts. It is good practice is to call the reset function for all the fakes in the setup function of your test suite.
You might want to define a macro to do this:
Call History
Say you want to test that a function calls functionA, then functionB, then functionA again, how would you do that? Well fff maintains a call history so that it is easy to assert these expectations.
Here’s how it works:
They are reset by calling
FFF_RESET_HISTORY();Default Argument History
The framework will by default store the arguments for the last ten calls made to a fake function.
There are two ways to find out if calls have been dropped. The first is to check the dropped histories counter:
The other is to check if the call count is greater than the history size:
The argument histories for a fake function are reset when the
RESET_FAKEfunction is calledUser Defined Argument History
If you wish to control how many calls to capture for argument history you can override the default by defining it before include the
fff.hlike this:Function Return Value Sequences
Often in testing we would like to test the behaviour of sequence of function call events. One way to do this with fff is to specify a sequence of return values with for the fake function. It is probably easier to describe with an example:
By specifying a return value sequence using the
SET_RETURN_SEQmacro, the fake will return the values given in the parameter array in sequence. When the end of the sequence is reached the fake will continue to return the last value in the sequence indefinitely.Custom Return Value Delegate
You can specify your own function to provide the return value for the fake. This is done by setting the
custom_fakemember of the fake. Here’s an example:Custom Return Value Delegate Sequences
Say you have a function with an out parameter, and you want it to have a different behaviour on the first three calls, for example: set the value ‘x’ to the out parameter on the first call, the value ‘y’ to the out parameter on the second call, and the value ‘z’ to the out parameter on the third call. You can specify a sequence of custom functions to a non-variadic function using the
SET_CUSTOM_FAKE_SEQmacro. Here’s an example:The fake will call your custom functions in the order specified by the
SET_CUSTOM_FAKE_SEQmacro. When the last custom fake is reached the fake will keep calling the last custom fake in the sequence. This macro works much like theSET_RETURN_SEQmacro.Return Value History
Say you have two functions f1 and f2. f2 must be called to release some resource allocated by f1, but only in the cases where f1 returns zero. f1 could be pthread_mutex_trylock and f2 could be pthread_mutex_unlock. fff will save the history of returned values so this can be easily checked, even when you use a sequence of custom fakes. Here’s a simple example:
You access the returned values in the
return_val_historyfield.Variadic Functions
You can fake variadic functions using the macros
FAKE_VALUE_FUNC_VARARGandFAKE_VOID_FUNC_VARARG. For instance:In order to access the variadic parameters from a custom fake function, declare a
va_listparameter. For instance, a custom fake forfprintf()could call the realfprintf()like this:Just like return value delegates, you can also specify sequences for variadic functions using
SET_CUSTOM_FAKE_SEQ. See the test files for examples.Common Questions
How do I specify calling conventions for my fake functions?
fff has a limited capability for enabling specification of Microsoft’s Visual C/C++ calling conventions, but this support must be enabled when generating fff’s header file
fff.h.By enabling this support, all of fff’s fake function scaffolding will necessitate the specification of a calling convention, e.g.
__cdeclfor each VALUE or VOID fake.Here are some basic examples: take note that the placement of the calling convention being specified is different depending on whether the fake is a VOID or VALUE function.
How do I fake a function that returns a value by reference?
The basic mechanism that fff provides you in this case is the custom_fake field described in the Custom Return Value Delegate example above.
You need to create a custom function (e.g. getTime_custom_fake) to produce the output optionally by use of a helper variable (e.g. getTime_custom_now) to retrieve that output from. Then some creativity to tie it all together. The most important part (IMHO) is to keep your test case readable and maintainable.
In case your project uses a C compiler that supports nested functions (e.g. GCC), or when using C++ lambdas, you can even combine all this in a single unit test function so you can easily oversee all details of the test.
How do I fake a function with a function pointer parameter?
Using fff to stub functions that have function pointer parameter can cause problems when trying to stub them. Presented here is an example how to deal with this situation.
If you need to stub a function that has a function pointer parameter, e.g. something like:
Then creating a fake like below will horribly fail when trying to compile because the fff macro will internally expand into an illegal variable
int (*)(int) arg2_val.The solution to this problem is to create a bridging type that needs only to be visible in the unit tester. The fake will use that intermediate type. This way the compiler will not complain because the types match.
Here are some ideas how to create a test case with callbacks.
How do I reuse a fake across multiple test-suites?
fff functions like
FAKE_VALUE_FUNCwill perform both the declaration AND the definition of the fake function and the corresponding data structs. This cannot be placed in a header, since it will lead to multiple definitions of the fake functions.The solution is to separate declaration and definition of the fakes, and place the declaration into a public header file, and the definition into a private source file.
Here is an example of how it could be done:
Specifying GCC Function Attributes
You can specify GCC function attributes for your fakes using the
FFF_GCC_FUNCTION_ATTRIBUTESdirective.Weak Functions
One usful attribute is the weak attribute that marks a function such that it can be overridden by a non-weak variant at link time. Using weak functions in combination with fff can help simplify your testing approach.
For example:
You can mark all fakes with the weak attribute like so:
See the example project that demonstrates the above approach: ./examples/weak_linking.
Find Out More
Look under the examples directory for full length examples in both C and C++. There is also a test suite for the framework under the test directory.
Benefits
So whats the point?
Under the Hood
Cheat Sheet