<<
>>

Проверка

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

Вы знаете только то, что можете компилировать, и компоновать все нужные файлы.

Один из лучших способов проверить сборку — установить продукт и запустить базисные тесты (см. о них главу 6). Для эффективного управления этим процессом для сборок следует завести два каталога.

• Самая последняя сборка (MRB)

В этом каталоге хранится самая последняя сборка программы. Однако она может и не устанавливаться или не работать правильно.

• Последняя хорошая сборка (LKGB)

Здесь хранится последняя хорошая сборка. Убедившись в том, что текущая сборка находится в хорошем состоянии (она установилась и прошла базисные тесты), скопируйте содержимое каталога MRB в каталог LKGB.

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

<< | >>
Источник: Эд САЛЛИВАН. ВРЕМЯ — ДЕНЬГИ Создание команды разработчиков, программного обеспечения. 2001

Еще по теме Проверка:

  1. Проверка содержательности и достоверности информации является более сложным делом и требует другого аппарата и других методов проверки.
  2. 12.5. Тактика проверки показаний на месте
  3. Статья 162. Аудиторская проверка
  4. § 10. Психология проверки показаний на месте
  5. ПРОВЕРКА ГИПОТЕЗ СТАТИСТИЧЕСКИХ
  6. Проверка показаний на месте
  7. Проверка криминалистической версии
  8. Правило критической проверки веера версий.
  9. 6.2.6. Шаг пятый :проверка причинности
  10. Проверка версий о самооговоре