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

[lamerok]

Вопрос возник вот почему. Ездили у нас товарищи на стажировку в америку. Так вот, там тестирование ПО, происходит следующим образом:
1. С помощью скриптового языка создается программная модель перефириии с которым работает контроллер, т.е. все интерфейсы (SPI, I2C, CAN, HARTи т.д) и нижнего и верхнего уровня, всей переферии (индикатора, управляющих портов, кнопок и т.д)
2. Подсоединяется некое устройство которое передает всю иноформацию с выводов контроллера в компьютер на котором запущена программная модель
3. И вся эта бодяга в разных условиях тестируется.. Т.е эмулируется нажатие клавиш, работа и сбои флеша, озу, ацп и т.д. Причем модель поведения тоже задается с помощью скриптов
4. Выводится отчет об ошибках в каких местах, и что надо сделать чтобы устранить.
Все про все занимает не более 8 часов.

Понятно, что такое быстро не сделать, поэтому возникает вопрос, как кто тестирует ПО????
Я вот например, только человечку (Тестеру) даю, передаю документ с алгоритмом работы и он тестирует, т.е. всякие режимы задает, коротит, отказы делает и т.д. Но на это уходит как минимум неделя.

[bialix]

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

[TMX]

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

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

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