Como testear el software

[mcerdeiro]

CUNIT? Un Unit propio? Un TestSuite?

CUnit solo corre en la pc, por lo que recomendaria crear un unit similar que no sirva para correr los tests en la pc y en el firmware.

De ejemplo propongo mirar:
https://sourceforge.net/p/opensek/code/HEAD/tree/trunk/FreeOSEK/TestSuite

Esta testsuite va guardando los resultados de los test en una variable, luego con el debugger se puede leer la variable y en la pc saber como salieron los tests..

[mcerdeiro]

Comentario de Jaime Aranguren:

Que tal Ceedling (basado en Unity)?

http://throwtheswitch.org/white-papers/ceedling-intro.html

Hablando de testear, se ha pensado en hacer CI (Continuous Integration)? Creo que para un proyecto de esta envergadura, bien vale la pena.

Saludos,

Jaime Aranguren

[jaranguren]

Hola,

Algo mas, pensando en aquello de testing: coverage.Herramientas. GCov y ya? BullsEye ($$$)? Otras? Cual seria la estrategia?

Saludos

[jaranguren]

Acerca de Ceedling:

Es CMock + Unity + Cexception en uno. Permite hacer mocking muy facilmente, generar y correr test cases automaticamente, etc.

Sugiero considerarlo.

Alguna otra propuesta?

[mcerdeiro]

Hola Jaime,

esta muy bueno Ceedling, al menos lo que entiendo hasta ahora. :)

El GCov tiene la limitación que solo hace line coverage (ni se si hace statement) pero de MCDC (http://en.wikipedia.org/wiki/Modified_condition/decision_coverage) nos tendriamos que olvidar. Yo no conozco ningún tool abierto que haga code coverage de forma "buenisima". :(

Mi opinion: Necesitamos un un poco de todo lo que decis (o todo). Mi idea seria tener un Module Envirnoment que corra en Windows/Linux, donde se pueden testear los archivos .c separados del resto (osea el resto se hace stub, supongo Ceedling resuelve esto 👍 )

Y luego un environmnet que si corre en el hw para testear todo junto, osea una onda module test y luego funcions test.

Que te parece a vos?

Saludos.
Mariano.-

[mcerdeiro]

done with ceedling