Исходное сообщение
"Проект openSUSE представил openQA, пакет для автоматизирован..." Отправлено Аноним, 13-Окт-11 10:47
Я прочёл целиком, и, видимо, в отличие от вас уже много лет увлекаюсь осдевом (OS DEV = OS development), понимая КАК загружается и работает ОС снизу доверху. А потому понимаю что именно было сделано. Запуск в эмуляторе - это НЕ тест, и с этого начинается осдев. То что идеально работает под эмулятором может вообще не запуститься на реальном железе. Вдобавок если были внесены изменения, то первейший тест - проверка того что это работает. Для примера могу указать идеализированность возвращаемых BIOS'ом таблиц (часто реальный BIOS возвращает такую херню что волосы дыбом), некорректная работа таймеров, отсутствие задержек при обращении к аппаратуре, некорректная работа многопроцессорных (SMP) систем, и т.д. Тот же "inc [rbx]" на SMP-системе в эмуляторе работать будет, а на реальном железе будет периодически сбоить. Unit-тестирование для осдева бесполезно. Сегодня у вас менеджер памяти основан на битовой карте, завтра на L1, послезавтра на красно-чёрных деревьях. Разработайте универсальный тест - не сможете. Сам факт того что менеджер выделил память это не тест. Через неделю добавили пару новых флагов для ускорения красно-чёрного дерева - и ваш старый тест уже опять негодится. Unit-тестирование работает только для функционального программирования, когда все параметры на входе и выходе и цель в проверки неизменности выхода при фиксированном входе. В осдеве это не так. Хотите Unit-тестирование в осдеве - смотрите в сторону браузерных ОС на php и пр. скриптовых языках. В текущем виде описываемый инструмент для меня бесполезен. И чем больше будет ОС, тем более бесполезным он будет становится.