Tests¶
Efficient and thorough testing is key to ensure bpfilter is stable and reliable. As manual testing is time-consuming and error-prone, bpfilter relies on automated tests to validate its features. Different type of tests are implemented to cover all the components of the project:
Unit tests to test every function part of the public API of
libbpfilter.Ent-to-end tests to validate
bfcli’s language, and the behaviour of the BPF programs generate bybpfilter.Integreation tests to ensure
libbpfilterand the core module can be integrated into other projects without issues.Check tests to validate code style and quality.
bpfilter uses CMake and CTest to manage and run its tests, a test suite is defined for each type of test. You can run the tests using:
# Run all the tests
make -C $BUILD_DIR test_bin test
# Run a specific test suite
ctest -C $BUILD_DIR -L $TEST_SUITE --output-on-failure
# Run a single test
ctest -C $BUILD_DIR -R $TEST_NAME --output-on-failure
By default, CTest doesn’t build the test binaries when running tests. You can build the test binaries using: make -C $BUILD_DIR test_bin.
Test coverage is disabled by default, to enable it, configure CMake with the -DWITH_COVERAGE=1 flag. Then, you can generate a coverage report using: make -C $BUILD_DIR coverage doc.
Unit tests¶
Unit tests are limited to the libbpfilter library. They are designed to validate the different components of the library in isolation, using mocks and fakes when necessary. We expect every public function of the library to be covered by at least one unit test.
Adding a new unit test
Create a new source file to contain the unit test under
tests/unit. You can use existing unit tests as examples. Usually, a source file intests/unitwill contain tests for a single source file inlibbpfilter.Add the new source file to the
tests/unit/CMakeLists.txtfile using thebf_add_c_testfunction.Implement the unit tests using the
cmockatesting library. You can use existing unit tests as examples.
CMocka supports test fixtures to setup and teardown common test data. You can use them to avoid code duplication when multiple tests require the same setup.
Example
The example below is used to test the bf_version() function from libbpfilter. All the tests source file must include the test.h header, define a main function, and register the tests to be run.
/* SPDX-License-Identifier: GPL-2.0-only */
/*
* Copyright (c) 2023 Meta Platforms, Inc. and affiliates.
*/
#include <bpfilter/version.h>
#include "test.h"
static void get_version(void **state)
{
(void)state;
assert_non_null(bf_version());
}
int main(void)
{
const struct CMUnitTest tests[] = {
cmocka_unit_test(get_version),
};
return cmocka_run_group_tests(tests, NULL, NULL);
}
End-to-end tests¶
End-to-end tests are designed to validate bpfilter’s behaviour as seen by the user. They cover the entire stack, from bfcli to the BPF programs generated by bpfilter. End-to-end tests ensure that the filtering rules defined using bfcli are correctly translated into BPF programs, and that these programs behave as expected when executed.
Adding a new end-to-end test
Create a new source file to contain the end-to-end test under
tests/e2e.Call
bf_add_e2e_test()intests/e2e/CMakeLists.txtto add the new source file to the end-to-end test suite.In your test, use the functions provided by
e2e_test_util.shto setup the test environment. Any shell command failure will stop the test immediately and return a failure.
Example
e2e_test_util.sh provides functions to create a sandboxed environment and start the bpfilter daemon. Here is an example of a simple end-to-end test that creates a sandbox and starts bpfilter:
#!/usr/bin/env bash
set -eux
set -o pipefail
. "$(dirname "$0")"/../e2e_test_util.sh
make_sandbox
start_bpfilter
# Ping the sandbox's IPv4 address from the sandboxed namespace
${FROM_NS} ping -c 1 -W 0.1 ${NS_IP_ADDR}
Integration tests¶
Integration tests are designed to ensure that libbpfilter and the core bpfilter module can be integrated into other projects without issues. They validate that the public API of libbpfilter is stable and behaves as expected when used in different contexts.
Check tests¶
Check tests leverage the clang-tidy and clang-format` tools to ensure code quality and style consistency across the codebase. They help identify potential issues early in the development process. Any warning or error reported by these tools will cause the check tests to fail.
Harness¶
The test harness is a set of convenience functions used to ease testing of bpfilter.
Test¶
Defines
-
assert_ok(expr)¶
-
assert_err(expr)¶
-
assert_int_gt(expr, ref)¶
-
assert_int_gte(expr, ref)¶
-
assert_int_lt(expr, ref)¶
-
assert_int_lte(expr, ref)¶
-
assert_enum_to_str(type, to_str, first, max)¶
-
assert_enum_to_from_str(type, to_str, from_str, first, max)¶
-
assert_fd_equal(fd0, fd1)¶
-
assert_fd_empty(fd)¶
-
assert_rule_equal(rule0, rule1)¶
-
bft_streams_flush(streams)¶
Functions
-
bool bft_list_eq(const bf_list *lhs, const bf_list *rhs, bft_list_eq_cb cb)¶
Compare two
bf_listobjects.- Parameters:
lhs – First list to compare.
rhs – Second list to compare.
cb – Callback used to compare the nodes payload. If
NULL, the node’s payload is not compared. If set,cbis called with the payload oflhsandrhsnode, for each node.
- Returns:
True if both lists are equal, false otherwise.
-
bool bft_set_eq(const struct bf_set *lhs, const struct bf_set *rhs)¶
-
bool bft_counter_eq(const struct bf_counter *lhs, const struct bf_counter *rhs)¶
-
bool bft_chain_equal(const struct bf_chain *chain0, const struct bf_chain *chain1)¶
-
bool bft_matcher_equal(const struct bf_matcher *matcher0, const struct bf_matcher *matcher1)¶
-
int btf_setup_redirect_streams(void **state)¶
-
int bft_teardown_redirect_streams(void **state)¶
-
int bft_streams_new(struct bft_streams **streams)¶
-
void bft_stream_free(struct bft_streams **streams)¶
-
int btf_setup_create_sockets(void **state)¶
-
int bft_teardown_close_sockets(void **state)¶
-
int bft_sockets_new(struct bft_sockets **sockets)¶
-
void bft_sockets_free(struct bft_sockets **sockets)¶
-
int btf_setup_create_tmpdir(void **state)¶
-
int bft_teardown_close_tmpdir(void **state)¶
-
int bft_tmpdir_new(struct bft_tmpdir **tmpdir)¶
-
void bft_tmpdir_free(struct bft_tmpdir **tmpdir)¶
-
struct bft_streams¶
- #include <harness/test.h>
-
struct bft_sockets¶
- #include <harness/test.h>
-
struct bft_tmpdir¶
- #include <harness/test.h>
Mocks¶
Mock functions are used to wrap a system call or an external library function in order to simplify the test of a libbpfilter function, or prevent it from modifying the underlying system.
¶
Technicalities¶
Mock functions from bpfilter or from the standard library. Mocking function allows the tester to call a stub and force the function to return a predefined value. Mocks can be used to trigger a specific code path or prevent a system call (which would modify the system or require elevated privileges).
Mocks must be declared in harness/mock.h with bf_test_mock_declare() and implemented in harness/mock.c with bf_test_mock_define(). Then, add the mocked function to bf_test_mock() in harness/CMakeLists.txt.
In your tests, create the mock with bf_test_mock_get(function, retval). retval is the value you expect the mock to return when called. By default, the mock expects to return this value only once and never be called again. To configure a different behavior, use bf_test_mock_get_empty() and bf_test_mock_will_return() or bf_test_mock_will_return_always(). Use _clean_bf_test_mock_ to limit your mock to the current scope.
Using a mock to ensure _bf_print_msg_new() fails if malloc() fails:
// Create a mock for malloc which will return NULL once.
_clean_bf_test_mock bf_test_mock _ bf_test_mock_get(malloc, NULL);
// Expect the function to fail if malloc fails.
assert_error(_bf_printer_msg_new(&msg));
This module also defines convenience function to simulate a runtime environment such as creating a temporary file to serialize the daemon into.
MOCKING IS ONLY TO MOCK, not to trigger different code path during testing -> KISS
Defines
-
_clean_bft_mock_¶
-
bft_mock_declare(fn)¶
-
bft_mock_get(name)¶
-
bft_mock_real(mock)¶
-
bft_mock_define(x)¶
Functions
-
void bft_mock_btf__load_vmlinux_btf_enable(void)¶
-
void bft_mock_btf__load_vmlinux_btf_disable(void)¶
-
bool bft_mock_btf__load_vmlinux_btf_is_enabled(void)¶
-
void bft_mock_isatty_enable(void)¶
-
void bft_mock_isatty_disable(void)¶
-
bool bft_mock_isatty_is_enabled(void)¶
-
void bft_mock_setns_enable(void)¶
-
void bft_mock_setns_disable(void)¶
-
bool bft_mock_setns_is_enabled(void)¶
-
void bft_mock_syscall_enable(void)¶
-
void bft_mock_syscall_disable(void)¶
-
bool bft_mock_syscall_is_enabled(void)¶
-
void bft_mock_syscall_set_retval(long retval)¶
-
long bft_mock_syscall_get_retval(void)¶
-
struct bft_mock¶
- #include <harness/mock.h>
Fake¶
Typedefs
-
typedef bool (*bft_list_eq_cb)(const void*, const void*)¶
-
typedef int (*bft_list_dummy_inserter)(bf_list*, void*)¶
Functions
-
bf_list *bft_list_dummy(size_t len, bft_list_dummy_inserter inserter)¶
Create a test list with fake data.
The list will be filled with
lenelements, each element being a pointer tosize_tvalue. The pointed values will be from 0 tolen - 1.The
freeandpackcallbacks are populated, so the list can be cleaned up and serialized, list any other list.- Parameters:
len – Number of elements to insert in the list.
inserter – Callback to insert data in the list.
bf_list_add_tailorbf_list_add_headcan be used. Can be NULL iflenis 0.
- Returns:
A pointer to a valid list on success, or a NULL pointer on failure.
-
int bft_list_dummy_pack(const void *data, bf_wpack_t *pack)¶
Packing callback for
bft_list_dummynode’s payload.- Parameters:
data – Node’s payload to pack.
pack – Packing object.
- Returns:
0 on success, or a negative error value on failure.
-
bool bft_list_dummy_eq(const void *lhs, const void *rhs)¶
Comparaison callback for lists filled using
bft_list_dummy.- Parameters:
lhs – First list’s node payload.
rhs – Second list’s node payload.
- Returns:
True if the
lhsis equal torhs, false otherwise.
-
const void *bft_get_randomly_filled_buffer(size_t len)¶
-
struct bf_chain *bft_chain_dummy(bool with_rules)¶
-
struct bf_matcher *bft_matcher_dummy(const void *data, size_t data_len)¶
-
struct bf_set *bft_set_dummy(size_t n_elems)¶