Тестирование встроенного ПО, Кто как тестирует? Опции

[bialix]

От журнальной статьи общего характера наверное и не имело смысла ожидать чего-то подробного. Суть высказываний сводилась собственно к тому, что тестировать многие не умеют и не хотят учиться.

[TMX]

Вот по-моему интересная книжка, правда по Java, однако подходы применимы и к другим языкам:
Pragmatic Unit Testing
найдена на http://ebuki.powernews.ru/

Кроме того, интересные книги по теме там же:
изд. Artech House: Agile Software Development
Рассматриваются основные подходы к разработке ПО: FDD, XP и т.д., оттуда можно многое взять, например, разработку через тестирование от XP или инспекцию кода от FDD.

Предыдущая статья - это рассуждения человека, связанного с оборонкой в СССР, предприятия, в котором прибыль была не важна (скорее наоборот).
Мы живем в капиталистическом мире, экономическая составляющая важна - следует достигать улучшения качества при минимальных затратах. В сущности, оптимизировать процесс таким образом представляется мне достойной задачей для ума, а карты Карно - это непонятно о чем.

[Димыч]

Более того, есть сферы, где тестирование ПО является обязательным звеном по пути выхода на рынок с новым продуктом. Таков, например, Bluetooth. Для того, чтобы иметь официальную возможность (www.bluetooth.org) распространять свой bluetooth-powered товар, необходимо пройти т.н. процедуру квалификации, когда все уровни стека (в том числе написанного вами) подвергаются независимой "проверке на вшивость". Это правильно - иначе из-за какого-нить нерадивого производителя может быть дисквалифицирована сама идея данного радиоинтерфейса...