Es gibt LVUnit, zum Unittesten von LabVIEW. Es ist mir aber zu umständlich.
Ich schreibe aber viel Algorithmen mit LV und habe da ein eigenes kleines Framework zum Testen. Also einen Satz (zB 1000 hand-"processte" Probebilder) an Samples, die dann zumindest einmal am Abend/nightly (je nach Laufzeit) durchlaufen, und mir per Email schicken, wie viel % richtig klassifiziert werden. Der Wert sollte natürlich bergauf gehen :-)
In der Regel aber öfter mit einem kleineren Samplesatz, denn es macht durchaus Spaß, seine "Highscores" zu knacken
Continous Integration ist auch so ein Stichwort, haben wir - ab einem gewissen Punkt. Mit viel Hardware ist das zT schwierig.
Ich kenne auch Cpp-Unit (ich bin auch viel in der Welt unterwegs), und mit TDD macht man viel richtig. Da kenne ich auch (echtes) Pair Programming (super!) und Scrum - das hat seine Vor-und Nachteile und kommt oft genau darauf an, wie gut der Kunde schon am Anfang weiß, was er will. (Und wie sehr man ihn einbeziehen kann/will). Es gibt durchaus genug Projekte, für die Wasserfall besser ist.
LabVIEW verleitet meiner Meinung nach gerade am Anfang zum "Cowboy-Coden", ohne jegliche Softwarearchitektur und Entwurfsmuster und vernünftig entworfene Datenstrukturen. Das sollte man nicht mit agiler Entwicklung verwechseln.
