Просто глаз за вашу цифру зацепился. А вообще я отвечал Марине на ее сообщение выше. Идея в том, что не надо слепо рваться в столицы за длинным рублем. В моей команде работали тестировщики из Киргизии, Вьетнама, Филиппин, Индии само собой, Пакистана - из небольших городков и деревушек (а в масштабах земного шара это все вообще глухая провинция), было интересно их на карте находить. А наш ПМ был из Кении. Они там у себя на местах очень крутыми товарищами считались. 

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

8 часов в офисе != 8 часов под контролем 

Контроль там как в шахматах - нажал кнопку на часах, делаешь ход (работаешь). Устал / надоело / решил сменить занятие - остановил часы. Главное отработать 40 часов в неделю. Это очень удобно, так как дает ощущение полного контроля своего времени. Других плюшек действительно нет :) 

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

CrossBrowserTesting еще есть

Чувак вполне может записать этот кейс себе в портфолио в качестве управленца проектами :)

P.S. Когда фрилансил, много таких историй слышал. И под трекером с вебкой тоже работать приходилось.

У Zephyr почти на порядок больше скачиваний :)

А пример исходного кода элемента можете показать?

У вас есть элемент h4 со значением 08pnlq - вам нужно проверить его наличие? 

Что вы подразумеваете под name? 

Прыткие молодые люди.

Что характерно - в списке вакансий этого проекта только менеджер продаж :))

Это не форум помер, а вопрос не в том месте задан.

synapseRT - 412 установок

Test Management for Jira - 1050 установок

Xray - 2109 установок

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

Попробуйте задать этот вопрос на stackoverflow. Или станьте первопроходцем :)

В энтерпрайзе 90% эту нишу занимают HP, MS и Ratational

Rational правильно. Но это высшие сферы. По моим ощущениям 90% энтерпрайза занимает все-таки JIRA и эксель таблички :)

Ну как бы да. Но с другой стороны вполне себе живут там такие темы - https://stackoverflo...management-tool - по крайне мере какое-то время :)

Да и вопрос можно по-разному задать. Можно просто по каждому тулу отдельно спросить "а можно ли сделать так, чтобы..." Вариантов получения информации - тьма.

Ну и в конце концов на самом Jira Marketplace целая куча обзоров по каждому из плагинов, чтобы составить о них впечатление.

По-хорошему у каждой задачи помимо текущего статуса должно быть решение по нему. Напрмер, статус Closed может иметь решение или Fixed или Not a bug. Статусов не должно быть много, 4-5 обычно за глаза хватает. А вот решения могут быть разными для разных групп пользователей. В JIRA это прекрасно реализовано. Чтобы не было ошибок, нужно внимательно проработать воркфлоу задачи.

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

minidom весьма прожорливая до памяти библиотека и, имхо, не очень удобная. Попробуйте lxml

Обойдите дерево тэгов, если внутри корневых тэгов встречается тэг oldprice, ищите там price и делайте нужную проверку.

 

 

И за поля в Jire "Created / Updated / Closed" тоже надо бить.

А это-то чем не угодило?

Ну очевидно, что надо изучить возможности командной строки. Отличная статья для начала: https://habrahabr.ru/post/267825/

А чтобы развиваться можно начать изучение одного из самых популярных языков программирования Python. Он как раз прекрасно подходит для решения подобных задач (анализ и обработка данных). И такие навыки уже неплохо оплачиваются.

Проверяйте в начале каждой итерации количество полей, если их 5, то не выполняйте действие по добавлению нового.

Может негативное, а может и нагрузочное.

AWS Device Farm и Saucelabs. Первые показались шустрее и удобнее. Оба сервиса поддерживают Appium, но в работе автотесты там не пробовал еще.

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

Проекту не хватает реал-тайм анализа производительности системы. 

Я правильно понял, что мониторить собираетесь систему на проде? По-хорошему вам нужна отдельная платформа для мониторинга, с отображением метрик в реальном времени. Мы у себя внедрили Dynatrace Appmon, но это стоит денег, но это стоит того. Можно отследить узкие места на очень низком уровне - вплоть до кода, исполняемого на конкретном узле вашей системы.

Ну в таком случае, как я уже упомянул, нужна отдельная система мониторинга с агентами на каждом узле вашей системы. Тогда будет наглядно и реалтайм. JMeter только позволит вам давать нагрузку и собирать базовые метрики с фронтэнда. Никакой аналитики он сам по себе не делает. 

 

 

Я понимаю что это решает задачу только с серверной части (и части БД) системы, но по крайней мере хотя бы так

Тогда не понятно какой реалтайм вы хотите? Делайте обычное нагрузочное тестирование, смотрите логи, выявляйте узкие места.

Попробуйте начать с Summary Report. Думаю дефолтной конфигурации вам хватит. Сохраняйтесь в csv файл, например.

driver.findElements() вернет вам список элементов, которые соответствуют заданному xpath. Далее посредством JavaScript можно вытащить только абсолютный xpath конкретного элемента. Например, тут описано как >>>

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

Интересно, как там проводят юзабилити-тестирование? Особенно по каким критериям проводят выборку, так сказать, респондентов..

Совмещают с нагрузочным тестированием, выставив тестовый стенд в людном месте.

Например, проверяете, что ваше приложение одинаково хорошо работает на х86 и х64 системах.