Интеграция SilkCentral с Nexus

Question

В настоящее время мы используем SilkCentral Test Manager (SCTM), интегрированный с нашей системой контроля источников через профили контроля источников SCTM. Однако мы хотели бы изучить интеграцию с артефактами сборки, проверенными в удаленном репозитории Nexus Maven.

Идея заключается в том, что тестируемое приложение создается и проверяется в Nexus вместе с автоматическими тестами, только если сборка и тесты пройдены. Поэтому, когда QA готов к запуску тестов из SCTM (вручную или автоматически), в Nexus существует четко определенная комбинация артефактов сборки приложений и артефактов сборки тестов, которые представляют более надежную цель для SCTM по сравнению с получением последнего кода из система контроля версий.

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

SCTM, очевидно, имеет поддержку как универсального соглашения об именах (UNC), так и виртуальной файловой системы Apache (VFS), и любой из них должен потенциально использоваться для указания профилей управления исходным кодом SCTM на артефакты Nexus, а не на исходный код. Тем не менее, я хотел бы узнать у сообщества, есть ли более простой подход. (Например, я отметил существование плагина Hudson SCTM.) Кроме того, я приветствую альтернативные мысли и идеи.

Answer 1

Есть, вероятно, много решений для решения этой проблемы, я бы попробовал следующее:

• Управляйте этапами сборки / первого тестирования / публикации в Hudson/Jenkins. Например, моделируя его зависимыми заданиями, задание публикации запускается только в случае прохождения тестов. Также доступны более продвинутые плагины привратника (например, плагин Downstream Ext), которые могут решить эту проблему еще более удобно.

• Когда публикация завершится, используйте плагин Hudson/Jenkins-Silk Central, чтобы запустить выполнение в Silk Central. Там вместо использования UNC или VFS я бы предпочел использовать сценарий установки, который извлекает артефакты из хранилища и подготавливает все для тестов. Это позволит вам использовать что-то, что знает Maven/Nexus, для извлечения правильных артефактов из хранилища, вместо того, чтобы каким-то образом пытаться сделать его доступным через UNC или VFS.