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

Гляньте сюда - http://www.nerrvana.com - они делали запускалку Селениум-ИДЕ тестов, но вроде как все еще в бета-режиме.

Нет, там только Webdriver поддерживается.

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

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

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

Я подразумевал не столько документацию типа требований и User Manual (хотя они тоже важны), сколько всякого рода базы знаний и даже комментарии в коде. Если проект живет уже 9 лет, то скорее всего можно предположить, что это в определенной мере успешный проект. За такое время проект неизбежно обрастает большим объемом информации. И если с самого начала ввести требования к наличию и отображению такой информации, то это дальновидный шаг. 

На одном проекте у нас был интранет на базе Jira Confluence - несколько тысяч статей, инструкций, примеров кода и т.д., написанных разными сотрудниками разных подразделений за время существования проекта. Любой новый и старый работник мог зайти туда и найти кучу полезного материала в рамках своей компетенции, либо оставить что-то свое для вслед идущих. 

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

Во-первых, поиск по id существенно быстрее.

Во-вторых, есть приложения (их все больше и больше), в которых элементы не имеют статического id.

Присваивать id всем элементам это очень хороший подход с точки зрения автоматизации тестирования, но часто это просто невозможно.

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

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

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

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

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

 

 

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

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

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

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

 

А станция метро "Восток" это в каком городе?

Название раздела посмотрите :)

 

Ага, точно. Спасибо :)

А станция метро "Восток" это в каком городе?

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

Например, при построении xpath-локатора:

- можете привязываться к уникальным элементам, стоящим выше или ниже по иерархии, используя оси;

- можете использовать функцию contains(., "Facebook") или другие функции xpath;

- можете комбинировать эти возможности.

Что именно не работает? Какая ошибка?

У вас, судя по коду, питон? С ходу видно, что неправильно скобки и кавычки расставлены. Возможно, просто тут опечатались. Но в любом случае проверьте. Должно быть так:

wd.find_element_by_xpath("//a[@class='bx-ss-selected' and contains(text(),'Facebook')]").click() 

назначать тестам тэги и использовать тэги при ране тестов

https://support.smar...suite.html#tags

Тэги в SoapUI назначаются, а тут речь о ТестКомплите. 

Вариант Геннадия наиболее жизнеспособный. 

Как вариант еще, если программируете на Питоне, то можно импортировать библиотеку unittest и пользоваться ее скипами и другими плюшками. Но надо сразу всю архитектуру фреймворка под это выстраивать. 

У меня несколько проектов на базе ТестКомплита. Документация ведется либо в обычном док-файле, либо в вики. 

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

Ну вот. Осталось настроить: http://jmeter.apache...ization_Manager

А еще лучше вообще отключить эту авторизацию на время тестов.

У вас по видимому Windows Authentication идет поверх. Разберитесь сначала, какая схема аутентификации используется (NTLM, Kerberos...?). 

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

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

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