Разъяснения по электрическому командиру и учебник

Question

Я искал учебники по облаку Electric по сети, но ничего не нашел.Также не мог найти хорошие блоги, занимающиеся этим.Кто-нибудь может указать мне правильные направления для этого?

Также мы планируем использовать Electric cloud для параллельного выполнения сценариев Perl.Мы не собираемся создавать программное обеспечение.Мы пытаемся тестировать наше оборудование параллельно, выполняя один и тот же Perl-скрипт параллельно с помощью Electric Commander.Но я думаю, что Electric Commander может быть не правильным инструментом, учитывая его стоимость.Можете ли вы предложить некоторые плюсы и минусы использования Electric Commander для этой и любой другой функции, которая может быть полезна для нашего тестирования.

Спасибо ...

Answer 1

RE # 1: Вся документация ElectricCommander находится в Базе знаний Electric Cloud, расположенной по адресу https://electriccloud.zendesk.com/entries/229369-documentation.

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

1. Подпроцедуры: С помощью EC вы можете просто взять свои существующие сценарии, поместить их в определение процедуры и вызвать эту процедуру несколько раз (одновременно) в одном вызове процедуры. Если вы хотите, вы можете дополнительно разбить ваши сценарии на более детализированные подпроцедуры. Это приведет к повторному использованию, уменьшит затраты на администрирование и позволит максимально ускорить выполнение ваших процедур (см. Параллелизм ниже).
2. Параллелизм: включить сценарий для параллельного запуска буквально так же просто, как установить флажок в EC. Я не просто имею в виду запуск 2 процедур одновременно без риска конфликта данных. Я имею в виду возможность одновременного выполнения нескольких шагов в рамках одной процедуры. В сочетании с упомянутой выше возможностью подпроцедуры это позволяет вашим процедурам выполняться максимально быстро, так как вы можете вкладывать суперпроцедуры в другие подпроцедуры и разрешать все, что выполняется параллельно, где это позволят тесты.
3. Анализ первопричин: тесты могут генерировать огромное количество данных, но часто важны только сбои, предупреждения и т. Д. (Скажите, что не работает). EC может быть настроен на поиск очень специфических строк в результатах теста и будет производить диагностику на основе этой конфигурации. Таким образом, если ваш тест выдает тысячи строк вывода, но только 5 строк ссылаются на ошибки, EC автоматически выделит эти 5 строк. Это значительно упрощает разработчикам быстрый анализ первопричин.
4. Отслеживание результатов: механизм свойств ElectricCommander позволяет хранить любую информацию, которую вы считаете релевантной. Эти свойства могут быть связаны с любым объектом в системе, будь то сама процедура или задание, возникшее в результате вызова процедуры. В сочетании с возможностями отчетности EC это означает, что вы можете создавать ценные метрики, указывающие общее состояние или производительность вашего проекта без каких-либо ограничений.
5. Интеграция с отслеживанием дефектов: С помощью EC вы можете автоматически регистрировать ошибки в вашей системе отслеживания дефектов, если тесты не пройдены или EC может создать «отчет по сортировке дефектов», где разработчики / QA проверяют ошибки и указывают, какие из них должны быть автоматически поданный ЕС. Это исключает избыточный ввод данных и упрощает общую разработку программного обеспечения.

Короче говоря, EC будет вести себя именно так, как вы этого хотите. Это не заставит вас изменить процесс в соответствии с инструментом. Что касается стоимости, Electric Cloud предоставляет версию, известную как ElectricCommander Workgroup Edition, для чувствительных к затратам клиентов. Он доступен за небольшую годовую абонентскую плату и за то, что вы, возможно, захотите следить.

Надеюсь, это поможет. Если у вас есть дополнительные вопросы, обращайтесь непосредственно к своему менеджеру аккаунта или ко мне (dfarhang@electric-cloud.com).

Answer 2

Для дальнейшего рассмотрения параллельного аспекта вашего вопроса: Интерфейс командной строки позволяет писать сценарии для построения процедуры, включая этот вид подпроцедуры с параллельными шагами. Таким образом, вы не ограничены в количестве параллельных шагов, что вы писал ранее: вы можете написать процедуру, которая динамически размеры само по себе (например) количество шагов, которые вы хотели бы выполнить в параллельно, или количество ресурсов, в которых вы должны выполнить шаги в параллельны друг другу.

Answer 3

Возможно, вы могли бы выполнить один и тот же сценарий perl на нескольких машинах, используя r-команды, или cron, или что-то подобное.