1f0e943df6
usage.rst goes into a detailed section about faking out classes, but currently lacks wording about how one might idiomatically test a range of inputs. Add a new chapter for "Common Patterns" and group "Isolating behvaior" and this new section under there. Give an example of how one might test a hash function via macros/helper funcs and a table-driven test and very briefly discuss pros and cons. Also highlight the KUNIT_EXPECT_*_MSG() variants (that aren't mentioned elsewhere [1]) which are particularly useful in these situations. It is also criminally underused at the moment, only appearing in 2 tests (both written by people involved in KUnit). [1] not even on https://www.kernel.org/doc/html/latest/dev-tools/kunit/api/test.html Signed-off-by: Daniel Latypov <dlatypov@google.com> Reviewed-by: Brendan Higgins <brendanhiggins@google.com> Signed-off-by: Shuah Khan <skhan@linuxfoundation.org> |
||
|---|---|---|
| .. | ||
| kunit | ||
| coccinelle.rst | ||
| gcov.rst | ||
| gdb-kernel-debugging.rst | ||
| index.rst | ||
| kasan.rst | ||
| kcov.rst | ||
| kcsan.rst | ||
| kgdb.rst | ||
| kmemleak.rst | ||
| kselftest.rst | ||
| sparse.rst | ||
| ubsan.rst | ||