26 апреля в офисе компании Mail.Ru Group уже в третий раз состоится митап, посвященный продуктам Atlassian. Мы решили ограничиться 3 докладами, оставив больше времени для живого общения. Упор сделан на максимально технически продвинутые выступления, поэтому встреча будет интересна в первую очередь опытным администраторам и разработчикам.
Программа мероприятия:
«История разработки eazyBI», Raimonds Simanovskis (eazyBI, Латвия)
eazyBI позволяет легко строить отчеты и графики, являясь одним из самих популярных JIRA-плагинов на Atlassian Marketplace. Основатель и главный разработчик eazyBI Раймондс Симановский приедет из Латвии, чтобы рассказать об эволюции eazyBI из отдельного веб-приложения в набор из нескольких продуктов с различными вариантами развертывания.
Некоторые тезисы:
упаковка JRuby on Rails-приложения как плагина для JIRA;
проблемы с поддержкой многих версий JIRA, баз данных, операционных систем;
вынесение JIRA-плагинa из JIRA JVM-процесса;
основные архитектурные проблемы разработки Atlassian Connect-плагинa для JIRA Cloud.
И, конечно, станет понятно, как можно строить свои самые сложные графики.
«Как написать свой первый плагин для JIRA», Александр Кузнецов (StiltSoft, Белоруссия)
Вы — опытный администратор JIRA? Легко настраиваете кастомные поля, никогда не теряетесь в переходах по workflow, но иногда вам не хватает стандартной функциональности JIRA? Ничего страшного — у вас всегда есть возможность написать плагин для JIRA. Не умеете? Научим!
В докладе пойдет речь о том, какие первые шаги следует предпринять опытному администратору JIRA при разработке своего первого плагина. Мы поговорим про Atlassian SDK и про её наиболее часто применимые команды, упрощающие жизнь начинающему разработчику плагинов. Мы досконально разберем структуру плагина, из каких основных «кирпичиков» он состоит и как эти «кирпичики» объединить в единое целое. В ходе выступления попробуем вместе с аудиторией написать свой первый плагин и запустим его в JIRA!
«Pocker — GUI для Docker», Владимир Василькин (ALMWorks, Санкт-Петербург)
Простое и быстрое развертывание продуктов Atlassian в различных конфигурациях и управление ими. При разработке плагинов для решений Atlassian у всех участников процесса часто возникает необходимость развернуть JIRA или Confluence в определенном окружении:
разработчики делают это для отладки;
QA — для тестирования;
служба поддержки — для воспроизведения проблем заказчика;
продажи — для демонстрации новой функциональности;
системные администраторы — для разработчиков, QA и остальных.
В выступлении расскажем, как с помощью OpenSource-инструмента Pocker можно просто и быстро поднимать подобные конфигурации, выбирая разные СУБД, версии, плагины, базы, а затем управлять ими — запускать/выключать, просматривать логи и так далее.
Участие бесплатное, но необходимо зарегистрироваться и получить приглашение. Количество мест ограничено.
Для тех, кто не сможет присутствовать лично, будет организована онлайн-трансляция на портале IT.Mail.Ru. Вопросы докладчикам можно будет задавать в группах сообщества ВКонтакте и Facebook.
Адрес: Москва, Ленинградский проспект 39, стр. 79 (м. «Аэропорт»).
Делаю нагрузочное для сервера (с помощью Fiddler отлавливаю запросы уходящие на сервер, копирую их в JMeter.)
В запросе есть элемент вида <a:Code>NoCompleted</a:Code>. Иногда "NoCompleted" меняется на "Completed".
Мне нужно написать условие, что-то вроде: если <a:Code> NoCompleted то запрос должен прождать некоторое время, чтобы <a:Code> стал Completed.
Подскажите пожалуйста, как вообще в JMETER создавать условия, какой элемент выбрать, как прописать условие?
Получается тут условие и цикл, как это все организовать? Помогите пожааалуйста
Поделитесь опытом, коллеги. Кто как логирует прогресс тестов, и логируете ли вообще. В случае когда все тесты идут один за другим нет вопросов, а вот с параллельными тестами возникает каша в консоли. Интересует конечно прежде всего варианты для Java.
В выходные много и интересно поговорили с Алексеем Федоровым. В частности он пожаловался на отсутствие учебных материалов по тестированию требований. За все время он нашел всего 2 доклада на эту тему и никаких статей. Что любопытно, в книгах метров, например, Карла Вигерса говорится, что требования тестировать нужно, но как это делать не говорится.
Так получилось, что я много лет вел очный тренинг "Проектирование сценариев использования", который содержит очень много информации о верификации требований. И, в частности, я учу людей делать из плохих требований хорошие (с этого тренинг начинается). Сейчас я перевожу этот тренинг в онлайн формат. Два пилота прошли в январе - феврале и вот, встречайте: