-
- Ужос! Любой отладчик - вмешательство в алгоритм работы программы. Точка останова - уже жопа. Временные параметры нарушены. Пока ты сидишь в точке останова, таймер тикает, по USART-у (USB, Ethernet) данные прут, и что ты с этим сделаешь? Сбрасывая _basile(206 знак., 04.01.2014 17:05 - 17:23)
- Снимаю лапшу с ушей. Цитирую документ по ссылке, начиная с раздела 8 (стр. 30): fk0(3963 знак., 04.01.2014 14:42 - 14:47, ссылка)
- И что делать с этой трассой? А главное как (100мБайт в секунду, например) этот поток передать в компьютер, и как там обрабатывать? И что вообще понимается под трассой? (если то, что понимает микрочип -- это издевательство над здравым смыслом и fk0(1261 знак., 04.01.2014 14:03 - 14:06)
- Я так думаю, что критерий "степень покрытия кода" 100% (без использования всяких там ущербных аналогов gprof) это доказуемый критерий того, что все ветки программы выполнились; сей факт не является доказательством правильной работы ветки, а VVB(626 знак., 04.01.2014 15:21 - 15:39, ссылка, ссылка)
- Покрытие тестами можно и без железа проверять, на PC, и без сложной трассировки. Нужно же лишь проверить, что тест вызывает исполнение кода, не более того. Если код не связан тесно с железом. Можно и на железе даже сделать без поддержки fk0(1343 знак., 04.01.2014 15:49)
- Вариант с таймером это аналог gprof, применяемый в GHS MULTI. VVB(575 знак., 04.01.2014 18:24)
- Покрытие тестами можно и без железа проверять, на PC, и без сложной трассировки. Нужно же лишь проверить, что тест вызывает исполнение кода, не более того. Если код не связан тесно с железом. Можно и на железе даже сделать без поддержки fk0(1343 знак., 04.01.2014 15:49)
- Я так думаю, что критерий "степень покрытия кода" 100% (без использования всяких там ущербных аналогов gprof) это доказуемый критерий того, что все ветки программы выполнились; сей факт не является доказательством правильной работы ветки, а VVB(626 знак., 04.01.2014 15:21 - 15:39, ссылка, ссылка)