Hallo, > 1. Migration des Quelltexts (next_release Branch) zu git > 2. git Hosting auf Social Coding Platform > 3. Collaborative Code Review > 4. Continuous Integration > 5. Dokumentation > 6. Issue Tracker
das hast Du sehr gut formuliert. Ich begrüße diese sinnvolle Agenda und wäre bereit, insbesondere an Code-Reviews und Dokumentation mitzuarbeiten. Ich habe mal mit einer Test-Suite für den atmega begonnen, bei denen man mit entsprechender Verkabelung auf einem Eval-Board einen Selbst-Test durchführen konnte. Man fängt an mit einem Test der Grundfunktionen (Läuft der Scheduler, funktioniert der Systemtimer) und hangelt sich dann Treiber für Treiber vor. Die Test-Umgebung ist eine REFLEX-Applikation mit einem synchronen Interface für Testfälle. Jeder Testfall legt sich um einen Hw-Treiber oder eine Komponente und testet diese durch. Das Ergebnis wird mittels der Testumgebung über UART o.ä. ausgegeben. Die Testfälle werden nacheinander als Objekte dynamisch im RAM erstellt. http://idun.informatik.tu-cottbus.de/reflex/cgi/reflex-trac.fcgi/browser/branches/next_release/examples/unitTest Irgendwo habe ich mich dann verzettelt. Richard
0x17DF6E1F.asc
Description: application/pgp-keys
signature.asc
Description: OpenPGP digital signature
