http://puu.sh/BIOdP/4874584292.png

В кавычки пробовали?

Доброе утречко! Если кому-нибудь приходилось разбираться, как внутри работают скрам, канбан и скрамбан, расскажите, пожалуйста, как вам это удалось и что было более полезно (какие-то книжки, лонгриды, чья-то помощь?) Спасибо.

Всем приветы. Наткнулся на такую конфу, может кому будет актуально http://www.codespace.com.ua/month-of-testing/

Всем привет. Такой вопрос: Изучаю JMeter и его возможности. Дошел до отчетов о завершенной нагрузке и тут встал в ступор. Очень много видов отчетов/плагинов есть. Погулил, очень много хвалебных отзывов о сочетании InfluxDB + Grafana. Пробую установить InfluxDB на Win10, возникает ошибка соединения до порта 8086. Никак запустить БД я не могу. 1. Действительно ли связка InfluxDB + Grafana для визуализации отчетов нагрузочного тестирования подходит. (Может, есть проще и нагляднее) 2. Если ответ на первый вопрос - да, то как устранить проблему выше 3. Если нет - то какой плагин/функцию JMeter для отчета можно попробовать (или какой пользуетесь вы)

Всем привет. Такой вопрос: Изучаю JMeter и его возможности. Дошел до отчетов о завершенной нагрузке и тут встал в ступор. Очень много видов отчетов/плагинов есть. Погулил, очень много хвалебных отзывов о сочетании InfluxDB + Grafana. Пробую установить InfluxDB на Win10, возникает ошибка соединения до порта 8086. Никак запустить БД я не могу. 1. Действительно ли связка InfluxDB + Grafana для визуализации отчетов нагрузочного тестирования подходит. (Может, есть проще и нагляднее) 2. Если ответ на первый вопрос - да, то как устранить проблему выше 3. Если нет - то какой плагин/функцию JMeter для отчета можно попробовать (или какой пользуетесь вы)

БД для записи в неё, Графана для построения графиков на основе записаного, а чем записываешь? Что не может соединиться с 8086?

Всем привет. Такой вопрос: Изучаю JMeter и его возможности. Дошел до отчетов о завершенной нагрузке и тут встал в ступор. Очень много видов отчетов/плагинов есть. Погулил, очень много хвалебных отзывов о сочетании InfluxDB + Grafana. Пробую установить InfluxDB на Win10, возникает ошибка соединения до порта 8086. Никак запустить БД я не могу. 1. Действительно ли связка InfluxDB + Grafana для визуализации отчетов нагрузочного тестирования подходит. (Может, есть проще и нагляднее) 2. Если ответ на первый вопрос - да, то как устранить проблему выше 3. Если нет - то какой плагин/функцию JMeter для отчета можно попробовать (или какой пользуетесь вы)

Можно в сам Jmeter поставить Plugin manager, и там в плагинах - 3 basic graphs и 5 additional graphs. Менее красиво чем в графане, но куда легче в установке

БД для записи в неё, Графана для построения графиков на основе записаного, а чем записываешь? Что не может соединиться с 8086?

Не, проблема в том, что у меня даже influx.exe не стартует, даже если из командной строки выполнять. И пишет о проблемах с соединением к порту

Можно в сам Jmeter поставить Plugin manager, и там в плагинах - 3 basic graphs и 5 additional graphs. Менее красиво чем в графане, но куда легче в установке

я так понимаю у него проблема с базой данных временых рядов

посмотри не занят ли порт

Как глянуть, если не секрет?)

я так понимаю у него проблема с базой данных временых рядов

Этой проблемы можно избежать если не ставить influx и графану )

я с виндой не дружу, сорян х) у меня всё на докерах ) попробуй тут http://www.pc-problems.ru/win_xp/secrets_of_work/140/

Этой проблемы можно избежать если не ставить influx и графану )

ну это смотря какие метрики ему нужны ) может он с железа данные собирает )

Как глянуть, если не секрет?)

TcpView можно глянуть порты

ну тут железо не последний приоритет занимает) во-первых чтобы дать нагрузку надо давать её с одной машины на другую (потому что дать нагрузку тоже ресурсы занимает), во-вторых на нагружаемую машину надо поставить что-то для сбора метрик типа Telegraf тот же, его связать с базой данных временных рядов для записи, InfluxDb в твоём случае, а дальше либо графаной либо из той же оперы хронографом можно построить графики из записаных данных )

отчет вы не получите, вы получите ряд графиков в графопостроителе. графана с инфлюксом удобны для реалтайм мониторинга. а все графики вы так же можете построить с помощью листенеров

у тебя может тормозить из-за корявых запросов например БД помирать и отказывать, а может код корявый быть и вся оперативка засираться ) метрик много на самом деле важных )

либо вообще использовать генерацию Report Dashboard которая идет из коробки с jmeter

если просто мониторить время ответа и всякие персентили из jMeter, то мне нравится набор jp@gc но я особо много не пробовал, этот набор был из первых и удовлетворил потребности )

@korwwyn @mspirit, использовал Ваш вариант. Спасибо @EvgeniyValerievich, там какой-то геморр с БД то ли из-за локальных настроек сети, то ли ещё из-за чего-то. Никакой порт (в любой вариации) у меня не работает и любая вариация localhost/IP/127... В сети пока не нашел ответа, но думаю, что это проблема общего характера для ПК и решается она как-то намного проще, чем думаю) Но опыта мало, пока хз, куда копать.

Через selenide - хз, но можно с помощью js

почему ошибся то? напрямую относится к работе и производительности

Давайте тут ещё и завтрак выбирать и кино на выходных посмотреть. Чо, тоже на производительность влияет.

Идите во флуд.

@qaflood

внезапно.

внезапно спс

Подскажите, постман может в переменную {{$timestamp}} прибавлять некое число? Суть в том, что я хочу получать таймстемп на неделю/месяц/пофиг вперед.

Или, может, не {{$timestamp}}, но любая подобная переменная. Или идти в пре-скрипты и через JS что-то кастомное вкорячивать?

Тебе что нужно день час год

Есть библиотека момэнт

В прескрипте вкорячивай

Доброе утречко! Если кому-нибудь приходилось разбираться, как внутри работают скрам, канбан и скрамбан, расскажите, пожалуйста, как вам это удалось и что было более полезно (какие-то книжки, лонгриды, чья-то помощь?) Спасибо.

@agile_ru

@agile_ru

Спасибо!

Привет, если у тебя крутой опыт тестирования приложений и тебе всё нравится, прошу поделись опытом, советом по построению процесса тестирования. Интересует как вы декомпозируете задачи (насколько мелко?), как часто релизите, в какой момент тестируете, если тестируете разные платформы, то пользуетесь разными инструментами или какими-то универсальными? Пишите в личку, если не хотите тут холивара

Привет, если у тебя крутой опыт тестирования приложений и тебе всё нравится, прошу поделись опытом, советом по построению процесса тестирования. Интересует как вы декомпозируете задачи (насколько мелко?), как часто релизите, в какой момент тестируете, если тестируете разные платформы, то пользуетесь разными инструментами или какими-то универсальными? Пишите в личку, если не хотите тут холивара

Google? Habr?

Не нашла достаточного количества информации для себя там

Не на все нюансы есть ответы

Поэтому интересно ЛИЧНО пообщаться с тем, кто в этом верится

Да все в этом варятся.

Нюансы у всех свои.

Если есть конкретные вопросы, то вот их и пишите. Будет время у коллег - ответят, разъяснят. А то просите рассказать обо всем... бесплатно и смс... ?

Я написала конкретные вопросы, перечитай моё сообщение

Нюансы у всех свои.

Не нравится пройди мимо, кто поймёт ответит

У меня например таска - куа - уат - прод. И так почти каждый день. Релизы недельные. Какие КОНКРЕТНО вопросы? У вас вопрос стоит расскажите мне ОБО ВСЕМ без конкретики. Какие у вас цели? Задачи? Проекты? Всегда отталкиваются от СВОИХ нужд, а не от ЧУЖИХ процессов.

>советом по построению процесса тестирования. Интересует как вы декомпозируете задачи (насколько мелко?), как часто релизите, в какой момент тестируете, если тестируете разные платформы, то пользуетесь разными инструментами или какими-то универсальными? Отвечаю на конкретные вопросы: 1. Процесс тестирования надо выстраивать. 2. Декомпозируем по разному по необходимости. 3. Релизим регулярно. 4. Тестируем перед релизом, после релиза и до релиза. 5. Тестируем разные платформы и пользуемся разными инструментами.

Просто вы все НЕ ПОНЯЛИ!

>советом по построению процесса тестирования. Интересует как вы декомпозируете задачи (насколько мелко?), как часто релизите, в какой момент тестируете, если тестируете разные платформы, то пользуетесь разными инструментами или какими-то универсальными? Отвечаю на конкретные вопросы: 1. Процесс тестирования надо выстраивать. 2. Декомпозируем по разному по необходимости. 3. Релизим регулярно. 4. Тестируем перед релизом, после релиза и до релиза. 5. Тестируем разные платформы и пользуемся разными инструментами.

??????

Ахаххаха

Какой вопрос, такой ответ.

Мне кажется идеальный ответ на такой вопрос

>> 4. Тестируем перед релизом, после релиза и до релиза. не хватает ещё "вместо релиза" :)

Бывает и такое, это жизнь.

А бывает что все тестированием и заканчивается :( проект помирает, хнык.. ?

Окей давай по другому, мобильные приложения своеобразны, пользователи не будут обновляться каждый день или несколько раз в день, считается оптимальным раз в Две недели или месяц. 1. Конкретная частотность у вас? У меня раз в месяц 2. Соответственно, декомпозируем задачи мелко, но за месяц это получается 40 задач на релиз, делаешь регресс в каждой задаче, потом регресс в конце месяца, хочу проверять задачу один раз и в мастер, не делать закл. Регресса 3. Две платформы iOS Android, пока тестируешь одну фичу, фича на другой платформе ждёт, не нравится это

"делаешь регресс в каждой задаче, потом регресс в конце месяца," кто ж так регрессит ??‍♂️?

Я

2. Мы задачи проверяем на стадии PR (до мержа в мастер), потом на билде из master'а, а когда собирается релиз-кандидат (раз в 2 недели), делаем там ad-hoc перетестирование новых фич и регрессию по необходимости

Я

регресс только перед релизом, только после код-фриза и никак иначе... все остальное, от лукавого и мартышечный труд

тут не тестирование надо выстраивать, а разработку. И декомпозировать надо не задачи, а этапы разработки.

Регресс немного разный, один по самой функциональности, которую задели, другой по всему проекту критичной функционал

Регресс немного разный, один по самой функциональности, которую задели, другой по всему проекту критичной функционал

да вообще пофиг кто и что там задевает

регресс только перед релизом, только после код-фриза и никак иначе

ну или дальше работайте мартышкой

у меня это пройденный этап

в какой-то момент достало и на митинге поменяли процесс на указанный

[Извиняюсь за потенциальный off top] QA Conference COMAQA Autumn Minsk 2018 - как это было 19 приглашенных докладчиков из России, Украины, Беларуси и Германии; 5 мастер- классов, 23 доклада; 257 слушателей из разных стран и городов: Россия - Москва и Московская область, Санкт-Петербург, Нижний Новгород, Ростов-на-Дону, Рязань; Украина - Киев, Харьков, Житомир; Беларусь - Минск, Брест, Гомель, Мозырь, Солигорск; множество других городов и стран, включая ЕС. https://comaqa.by/2018/10/12/qa-conference-comaqa-autumn-minsk-2018-how-was-it/

в какой-то момент достало и на митинге поменяли процесс на указанный

Вот и меня достало, вопрос как раз в том как в качестве не просесть

Делать в конце регресс всех функциональностей, затратно по времени, надо разработку останавливать за неделю до дедлайна минимум

просто распеределяйте задачи по релизам и ничего останавливать не нужно будет

Делать в конце регресс всех функциональностей, затратно по времени, надо разработку останавливать за неделю до дедлайна минимум

Регресс без код-фриза мало чем полезен. Вы НЕ можете и НЕ должны отслеживать все зависимости в разработке.

просто распеределяйте задачи по релизам и ничего останавливать не нужно будет

??????

просто распеределяйте задачи по релизам и ничего останавливать не нужно будет

Не поняла, типо задачи на одну функциональность один релиз?

существуют вольные копья по тестированию SAP?

существуют вольные копья по тестированию SAP?

копье - это spear.

spear — это пика.