» Test Patches for vvvv
This site relies heavily on Javascript. You should enable it if you want the full experience. Learn more.

Test Patches for vvvv

Patchers of vvvv!

We've been meaning to share this with you for a while now. It bugs me that it took us so long, because we're using it internally for a few years already, but better late than never... And most of you will not even find it that exciting but everyone should understand that this is an essential thing to improve the stability of vvvv over time:

Test Patches

In order to prevent certain bugs from resurfacing again after they've been fixed, vvvv has a test framework. The framework consists of a couple of nodes and a simple template that test-patches have to follow to test for a specific known bug. Everytime the vvvv build-server creates a new alpha-vvvversion it also runs all available test-patches. If any of the test-patches fails, the build is not being released and the devvvvs are being informed about the problem.

The template for test-patches
to be found in \lib\nodes\Template test.v4p
in latest alphas and betas >= 35.4

Please help us

By providing such a test-patch for bugs you find in nodes that come with vvvv or the addonpack you can help ensure that this particular bug will not resurface again after it has been fixed once.

Basically creating a test-patch is not more difficult than creating a help-patch. The Test Framework page explains everything in detail and of course please let us know if you have any questions.

What about vl?

Yes, our buildserver is also running test-patches for .vl already. We'll let you know how to contribute to those when we're opening up the contributions for VL libraries.


So from now on whenever you're writing a bug-report in the forum please consider demonstrating the bug with a test-patch in order to help us identify the problem quicker and also make sure to prevent it from resurfacing again through other seemingly unrelated changes.

joreg, Wednesday, Mar 15th 2017 Digg | Tweet | Delicious 2 comments  
velcrome 16/03/2017 - 23:09

This sounds super useful! Not as in use-it-now-for-instant-gratification, but much more long term.

I usually just visually check a bunch of patches, when I update e.g. Message internals, just to make sure all plugins still behave the way intended.

But the bare c# stuff, that gets tested automatically with every compile, both local and in the cloud. It sounds silly, but doing the effort of unit testing replaces the timid stress of reshaping core code with relieved boredom.

I had a look into the page you linked, but could not find the testing rig itself. Did you share it somewhere else? Many packs could increase quality with a test bed like that, even if it were a local-only thing for now.

joreg 16/03/2017 - 23:58

good point, i added the info about the test-rig to the Test Framework page.

  • 1

anonymous user login

Shoutbox

~14h ago

polyrhythm: sweet, thanks! i figured i'd be doing c++ with a 4kb

~1d ago

evvvvil: @polyrhythm: No software, pure C++ and GLSL. IQ's 4kb framework does help, but get your text coding gloves on. http://www.iquilezles.org/code/isystem1k4k/isystem1k4k.htm

~2d ago

joreg: removed one added 3: node17-workshops-announced vvvv #node17

~2d ago

drupal_admin: maintenance reboot in 2min. save your work. should be back in about 5mins.

~3d ago

polyrhythm: evvvvil what software you use for the 4kb? i'd like to try making a virgin prod :)

~4d ago

drehwurm: Nevermind... my fault.. had an old DX11 pack installed