Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Эффективная разработка встроенного ПО через тестирование  (Прочитано 22606 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« : 13-09-2010 14:32 » 

Обсуждение статьи: «Эффективная разработка встроенного ПО через тестирование»
« Последнее редактирование: 20-10-2010 17:14 от RXL » Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #1 : 29-10-2010 23:20 » new

Правильно ли я понимаю, что MCH позволяет также тестировать mock-объекты между собой? Например, mock-hardware и mock-model. Ведь это тоже код и может нуждаться в тестировании.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #2 : 30-10-2010 08:56 » 

Правильно ли я понимаю, что MCH позволяет также тестировать mock-объекты между собой? Например, mock-hardware и mock-model. Ведь это тоже код и может нуждаться в тестировании.

Я полагаю, что для тестирования "моков" паттерн MCH избыточен, там должно с головой хватить обычного юнит-тестирования. Ведь заглушки, как правило, очень просты. Сочетание mock-hardware и mock-model должно дать тривиальный результат, который не даст нам никакой новой информации.

Хотя это мое первое впечатление. Возможно, удастся найти пример, когда совместное тестирование окажется реально полезным.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
RXL
Технический
Администратор

Offline Offline
Пол: Мужской

WWW
« Ответ #3 : 30-10-2010 09:04 » 

Скажем, когда тестируемых состояний объекта много или значения представляются формулой. Почему не проверить их между собой, до более трудоемкой работы. По сути это моделирование.
Записан

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Dale
Блюзмен
Команда клуба

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #4 : 30-10-2010 09:43 » 

Наверное, имеет смысл взять простой пример системы, взаимодействующей с внешним миром, и прикинуть, как бы мы ее стали тестировать с учетом данной статьи. Абстрактно трудно представить, что будет реально полезным, а что - лишь тратой времени.

Например, функция зарядки аккумулятора тележки.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines