Все очень просто: проводился опрос на всех известных мне российских площадках QA, в котором я задавал вопросы об использовании инструментов. Ни UFT, ни TestComplete ни разу не были упомянуты в результатах этого опроса.

Ну тогда уж, справедливости ради, скажите, какое количество респондентов приняло участие в опросе.

Позиция выше закрыта.

На этот же проект ближе к осени потребуется младший тестировщик.

Работа удаленно, минимум 10 часов в неделю. Необходимо будет выполнять тестирование приложения по документации. Технический английский - обязателен!

Оплата 10 USD / час.

Всех заинтересовавшихся прошу писать мне в личку.

Из ваших слов очевидно, что я ленивая, а вы грешник. 

 

 

В этом видео я рассказываю о всех популярных инструментах автоматизации,

 

Какой-то лубочный обзор. Тут даже половины популярных тулов не рассмотрено. Где TestComplete? Где UFT? Где Experitest? Где мир энтерпрайза, короче?! :)

Они непопулярны. Это же очевидно.

Очевидно, что вы не в теме. Если уж в обзоре "всех популярных инструментов" упомянуты Ranorex и Squish, то очевидно, что надо было упомянуть гораздо более популярные UFT и TestComplete.

 

 

В этом видео я рассказываю о всех популярных инструментах автоматизации,

Какой-то лубочный обзор. Тут даже половины популярных тулов не рассмотрено. Где TestComplete? Где UFT? Где Experitest? Где мир энтерпрайза, короче?! :)

Потрясающе количество программистов не знает зачем нужна версия программы. Сколько же я с этим воевал!

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

Лучше всего начать с чтения туториала: http://appium.io/doc...t-appium/intro/

Обычно, получая релиз на тестирование, вы знаете с какой версией предстоит работать. Эта информация прямо или косвенно идет от разработчиков. В вашем случае, думаю, можно просто сымитировать любой номер версии. Главное, чтобы был акцент на этом.

+1 убрать нафиг контерстрайк. Когда это занимает половину раздела "О себе", то ни один эйчар вас не воспримет вас всерьез. На много порядков круче бы смотрелось -- более 6500 часов фриланса.

:))) На переднем плане, судя по всему, руководитель проекта (в пальто и шляпе) и собственно архитектор фреймворка.

https://en.wikipedia...ata_management)

Товарищи, какой Каннер, какой Болтон и т.п.? "это не оплаченные выступления"... Будьте реалистами. Эти люди давно научились ценить свое время. 

- Конкуренция всегда в среднем 30 резюме на позицию джуна. 

- Требования всегда разные, но часто заказчик сам не знает, что ему нужно, поэтому пихает в требования все подряд.

- Я посоветую пробовать фрилансить на зарубежных платформах (типа Upwork'a).

Доброго дня!

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

Основное требование - реальный опыт тестирования таких приложений как криптокошельки / криптообменники. 

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

Проект находится в начальной стадии. 

Ориентировочная оплата этой позиции - 20 USD / час.

Всех заинтересовавшихся прошу писать мне в личку.

На тестировщиков сейчас всплеск вакансий. Если английский на месте, то с руками и ногами отрывают.

Ну так и сформируйте список только видимых элементов. Смысл в том, чтобы в массиве были не строки, а сами элементы. Через find_elements()

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

Локатор правильный валидный.

Что вы дальше делаете там, где вопросительные знаки? Вообще прилетает ли какая-нибудь ошибка?

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

Почему зп низкая?

А где инфа по зарплате?

3. Среднесферическая система в вакууме выглядит как - фронтенд -- бэкенд -- база данных. То есть состоит из трех узлов. 

2. Мы, например, купили готовое решение. Знаю компании, где разработали и внедрили свои инструменты. Кто-то комбинирует. Нет универсального варианта. Надо отталкиваться от поставленной задачи и имеющихся ресурсов. 

1. Дам ссылку на платформу, которую мы установили для мониторинга своего приложения >>> Архитектурно все подобные системы выглядят +/- одинаково.

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

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

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

При выборе кандидата предпочтение всегда отдадут тому, кто решит (или предложит решить) тестовое задание с помощью Page Object. Так что это вопрос конкурентного преимущества.

Обязательно, так как не понимая этот паттерн, вы не сможете написать качественный фреймворк.

Как раз буду в этот день в Питере пролетом. Если успею, зайду!

Как именно каждый из нас понимает зачем он в тестировании.

Конкретно вам этот вопрос я не задавал

Позвольте! Я считаю себя одной из нас :)