bialix (20.07.2006 08:00, просмотров: 1) ответил bialix на все примерно так, но в чистом виде это действительно мазохизм
и вообще-то у вас не фреймворк, это только попытка оформить код тестирования фреймворк вам должен сам запускать тесты и оформлять отчеты по результатам.
Имхо, фреймворк должен быть построен так:
1) целевой код -- отдельный исходник
2) фреймворк сам строит прогу, у него специальная функция main()
3) фреймворк умеет сам компилировать бинарник, который будет проводить тестирование (приблизительно ваш код, но вместо пустой оператор вставляются реальные команды)
4) между тестовой программой в камне/в симуляторе и хост-программой в пысюке делается связь (через доступный интерфейс, для камня -- это JTAG), через который пысюк может управлять процессом.
5) после сборки тестового бинарника пысюк загружает его в систему (камень/симулятор) и запускает работу
6) через имеющуюся связь пысюк получает данные о прохождении каждого теста, при этом тестовый бинарник *сам* формирует входные воздействия и пытается собирать инфу после запуска испытуемого.
Если вы только нырнете чтобы пысюк через GDB перед каждым отдельным тестом настраивал все переменные и после теста собирал *всю* инфу чего изменилось, то вы нырнете надолго. Начать придется с разбора выходных файлов линкера, увязать все вместе (локальные/глобальные/статические переменные программы и воздействие теста на них). Вот тут все начнет измеряться в человеко-месяцах и человеко-годах.
Может все-таки попробовать адаптировать имеющиеся фреймворки, хотя бы в том, что касается автоматического формирования тестового бинарника. Пысюковую часть очевидно все равно придется писать самим, но имхо это уже полработы.
)
)