Unit-Test für embedded C++

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 13:49:26 GMT

TheDoctor — Wed, 15 Dec 2010 13:49:26 GMT

Ich bin relativ neu im embedded Bereich sowie auch im Testen ansich. Ich habe mir bereits einiges angelesen und habe nun aber folgende Aufgabenstellung. Es geht um ein embedded Device mit einem ARM7 Mikroprozessor. Dieses Device wird in C++ mit dem GCC programmiert (Rowley Crossworks). Nun soll das darauf laufende Programm teilweise per Unit-test getestet werden. Auf der Zielhardware läuft kein OS.

Hat da jemand mal nen Denkanstoß oder Link für mich? Ich weiß überhaupt nicht wo ich da anfangen soll. Die ganzen bestehende embedded Unit-Test Lösungen die ich gefunden habe setzen ein laufendes RTOS voraus was hier nicht gegeben und auch nicht veränderbar ist.

Für Tipps wäre ich extremst dankbar

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 14:05:44 GMT

Nick Unbekannt — Wed, 15 Dec 2010 14:05:44 GMT

Dein Mikrocontroller wird doch sicherlich eine Schnittstelle nach außen haben (UART, Ethernet, Display, GPIO, LED) ? Darauf gibst du einfach dein Testergebnis zurück, welches du dann auswerten kannst. Es gibt keinen Grund, dass man deswegen extra ein OS oder gar ein RTOS benötigt.

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 14:14:33 GMT

TheDoctor — Wed, 15 Dec 2010 14:14:33 GMT

Ja klar sowas gibts schon alles mein Problem setzt aber auf einer anderen Ebene an.

Aus meinem naiven Verständnis heraus setzen die verschiedensten Framework ein RTOS voraus da sie dieses benötigen um die erstellten Testbinaries überhaupt ausführen zu können.
Gibt es ein Testing Framework das dies nicht benötigt? Ist testen ohne Framework möglich, wenn ja wie (Link?) und falls ja ist es irgendwie in die CrossStudio IDE integrierbar bzw. gibt es eine komfortable Oberfläche/Interface?. das ganze darf auch ruhig was kosten, wichtig wäre nur das es unter Windows nutzbar ist.

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 14:31:11 GMT

Nick Unbekannt — Wed, 15 Dec 2010 14:31:11 GMT

Du solltest dich an der Stelle erstmal von der Integration in die IDE und den anderen tollen Funktionen deiner Frameworks verabschieden, und einen Test auf das beschränken, was er im Kern ist. Ein Test ist im wesentlich ein Vergleich, ob ein bestimmter Eingabevektor, eine zugehörige Ausgabe erzeugt. Wenn du an dem Punkt ansetzt kannst du, je nachdem welche Möglichkeiten du schon hast, relativ einfach dir selber eine Test-Umgebung zusammen basteln. Zusammengefasst könnte der Ablauf so aussehen. Eingabeparameter setzten, Funktion starten, Ausgabe lesen. Der Vergleich selber kann dann, muss aber nicht, extern erfolgen. Zur Hilfe kannst du dir die Schnittstellen oder den Debugger zur Hilfe nehmen. Den gdb kann man zum Beispiel recht einfach ein Script abarbeiten lassen.
Kommerzielle Tools wird es sicher auch geben, allerdings bewegen die sich meist in Preisregionen, die man nicht mehr aus der Portokasse bezahlt.
Ich denke wenn du mit dem gcc arbeitest wirst du auch zum Debuggen den gdb nutzen und dann ist die Scriptlösung auch nicht mehr weit. Wenn es unbedingt eine Integration in die IDE sein muss, wirst du dir da aber selber etwas basteln müssen.

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 14:57:33 GMT

TheDoctor — Wed, 15 Dec 2010 14:57:33 GMT

Schönen Dank für den Denkanstoß. Den gdb nutze ich nicht da das Rowley CrossStudio einen eigenen Debugger mitbringt.
Da der Einsatzzweck kommerziell ist habe ich mir da erstmal um Preise keine so großen Gedanken gemacht. Wichtiger wäre viel eher dass das Konzept schnell zu erlernen ist und daher dachte ich eben an ein Framework das einem evtl. etwas Arbeit abnimmt und Arbeitszeit einspart.

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 14:58:49 GMT

Nick Unbekannt — Wed, 15 Dec 2010 14:58:49 GMT

Wieso sollte dir ein Framework Arbeitszeit einsparen? Ein Framework nimmt dir nicht die Arbeit ab, Testfälle zu schreiben. Das musst du nach, wie vor, selber erledigen. Ein Framework bietet dir aber den Komfort, die Ergebnisse ansprechend aufbereitet zu präsentieren. Das ist aber auch keine Hexerei, sowas sind trivial Aufgaben, die du mit Excel erledigen kannst. Es ist auch keine sinnvolle Idee ein fettes Daten sammelndes Framework auf einem ARM7 System laufen lassen zu wollen. Da wären deine Anforderungen an die Hardware für das Framework höher, als für die eigentliche Aufgabe. Meist wird die Software auch noch für die Hardware dimensioniert, womit dieser Schritt leicht nach hinten los gehen kann. Mir ist auch nicht ganz klar, wozu man zum Testen ein Echtzeitsystem benötigt. Das kann ja nur heißen, dass man Echtzeitfähigkeit testen will. Es macht aber dann kein Sinn die Zeiten durch zusätzliche Prozesse verfälschen zu lassen.
Ich hab mal gerade nachgesehen, die JTAG-Adapter sind alle OpenOCD kompatibel. Damit kannst du dir auch ganz einfach dein Script für den gdb losgelöst von der IDE schreiben.

Reply to Unit-Test für embedded C++ on Wed, 15 Dec 2010 15:04:03 GMT

Bashar — Wed, 15 Dec 2010 15:04:03 GMT

Nick Unbekannt schrieb:

Du solltest dich an der Stelle erstmal von der Integration in die IDE und den anderen tollen Funktionen deiner Frameworks verabschieden, und einen Test auf das beschränken, was er im Kern ist. Ein Test ist im wesentlich ein Vergleich, ob ein bestimmter Eingabevektor, eine zugehörige Ausgabe erzeugt.

Er sprach aber von Unit-Tests. Da gibt es in der Regel keine Eingaben, und die Ausgabe ist eine mehr oder weniger detaillierte Erfolgsmeldung.