GTESTER(1)

✨ gtester β€” test running utility ✨

okay bestie, welcome to the manual page for gtester, a lil utility from the manual pages (section 1, iykyk) πŸ’… she's your ride-or-die for running unit tests, and she's got main character energy.


🌸 SYNOPSIS 🌸

gtester [OPTION…] test-program

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so. gtester is a utility to run unit tests that have been written using the GLib test framework. that's the whole vibe. she runs your tests, she tells you what happened. iconic.

🚨 real talk though, bestie: since GLib 2.62, gtester-report is deprecated. the glow-up is to use TAP for reporting test results instead, and feed it to the test harness provided by your build system. no cap.

when you call her with the -o option, gtester writes an XML report of the test results, which can be converted into HTML using the gtester-report utility. cute little pipeline, fr fr πŸ’–


πŸŽ€ OPTIONS πŸŽ€

  • -h, --help β€” print help and exit. she's helping! 🫢
  • -v, --verbose β€” print version information and exit. (yes bestie, this is the first --verbose, the one that's like "who am i, what version am i" β€” don't get it twisted, there's another one below πŸ‘€)
  • --g-fatal-warnings β€” make warnings fatal. dramatic but valid πŸ’€
  • -k, --keep-going β€” continue running after tests failed. she does not give up, she is a resilient queen πŸ‘‘
  • -l β€” list paths of available test cases. window shopping ✨
  • -m=<MODE> β€” run test cases in MODE, which can be one of:
    • perf β€” run performance tests. zoom zoom πŸ”₯
    • slow, thorough β€” run slow tests, or repeat non-deterministic tests more often. thorough queen behaviour, honestly
    • quick β€” do not run slow or performance tests, or do extra repeats of non-deterministic tests (default). she's busy, she's got places to be
    • undefined β€” run test cases that deliberately provoke checks or assertion failures, if implemented (default). yes, breaking things on purpose, and yes, it's the default πŸ™ˆ
    • no-undefined β€” do not run test cases that deliberately provoke checks or assertion failures. the "no chaos today" setting 🧚
  • -p=<TEST-PATH> β€” only run test cases matching TEST-PATH. cherry-picking, but make it productive πŸ“
  • -s=<TEST-PATH> β€” skip test cases matching TEST-PATH. not today, thanks πŸ’…
  • --seed=<SEED-STRING> β€” run all test cases with random number seed SEED-STRING. deterministic randomness, we love to see it 🌈
  • -o=<LOG-FILE> β€” write the test log to LOG-FILE. receipts! ⭐
  • -q, --quiet β€” suppress per-test-binary output. shhh, library mode 🀫
  • --verbose β€” report success per testcase. (yep, second --verbose, this one's the chatty one, she's telling you about every single win πŸ†)

🌟 SEE ALSO 🌟


okay that's the whole page, bestie!! you're basically a test-running expert now, no cap. go forth and gtester responsibly πŸ’œ

this has been the gtester manual page (section 1) β€” that's the source/version and the date vibes all rolled into this lil sign-off, since the footer was just gtester() staring back at us. periodt. ✨

πŸ“¦ where this page comes from