Anteru's blog
  • Consulting
  • Research
    • Assisted environment probe placement
    • Assisted texture assignment
    • Edge-Friend: Fast and Deterministic Catmull-Clark Subdivision Surfaces
    • Error Metrics for Smart Image Refinement
    • High-Quality Shadows for Streaming Terrain Rendering
    • Hybrid Sample-based Surface Rendering
    • Interactive rendering of Giga-Particle Fluid Simulations
    • Quantitative Analysis of Voxel Raytracing Acceleration Structures
    • Real-time Hybrid Hair Rendering
    • Real-Time Procedural Generation with GPU Work Graphs
    • Scalable rendering for very large meshes
    • Spatiotemporal Variance-Guided Filtering for Motion Blur
    • Subpixel Reconstruction Antialiasing
    • Tiled light trees
    • Towards Practical Meshlet Compression
  • About
  • Archive

Unit testing

July 05, 2006
  • Programming
approximately 1 minutes to read

I’ve lately switched my unit testing suite from Boost.Test over to UnitTest++ (written by the friendly guys at Games from within). Compared to Boost.Test, it’s much easier to use and works fine out of the box.

UnitTest++

Unlike Boost.Test, UnitTest++ does not require manual setup of test suites. It’s enough to put each test into a TEST block and it will be added automagically to the global suite. On the mailing list there has been recently some discussion about added real test suites to UnitTest++, but the current system is already very useful. Actually, I don’t get the point about test suites, but somehow many developers are stuck into trees and such and are willing to sacrifice development speed just for pretty output. A note output UnitTest++’s output, it’s very similar to the compiler output and allows you to jump directly to a failed test (it jumps even directly to the failed check and not the full test!). There’s also XML based output and more, but the basic output is fully sufficent for me. Moreover, with the basic output, the test suite runs really fast (currently 0.00 secs for my small 11 test ;) ). I’m about to integrate the test suite directly into the build process so that a failed test will show up directly. Needs a bit polish on the build side at the moment (the test suite is currently totally separated from the rest of niven), but I’m pretty confident I’ll be done with it this weekend.

Previous post
Next post

Recent posts

  • Data formats: Why CSV and JSON aren't the best
    Posted on 2024-12-29
  • Replacing cron with systemd-timers
    Posted on 2024-04-21
  • Open Source Maintenance
    Posted on 2024-04-02
  • Angular, Caddy, Gunicorn and Django
    Posted on 2023-10-21
  • Effective meetings
    Posted on 2022-09-12
  • Older posts

Find me on the web

  • GitHub
  • GPU database
  • Projects

Follow me

Anteru NIV_Anteru
Contents © 2005-2025
Anteru
Imprint/Impressum
Privacy policy/Datenschutz
Made with Liara
Last updated February 20, 2019