А что за данные? Не проще ли их получать через API?

Cem Kaner - kaner@kaner.com

 

 

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

Люто плюсую. Берегите себя! 

Но с другой стороны, практически все современные профессии в этой группе риска. Только дворники, пожалуй, выпадают :)

 

 

А как быть с Win ?

А вопрос "как быть с Мас" вы уже закрыли? Речь о нативном приложении под МасОS или все же об iOS?

Уважаемые, ещё вопрос возраста специалиста, сложно ли проработать до пенсии в этой профессии? И сложно ли работать после 50 лет?

Не уверен, что уже есть кто-то, кто доработал до пенсии в этой профессии :))

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

Не могли бы навести ещё примеры проверок и какие инструменты для этого использовать ?

Например, тесты в разных версиях ОС. Инструменты - виртуалки с разными версиями ОС.

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

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

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

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

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

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

 

 

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

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

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

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

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

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

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

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

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

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

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

 

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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