В комментариях к сообщению о том, что после выхода Firefox 38 у Selenium возникли проблемы, прозвучало мнение, что в последнее время обновления Firefox часто приводят к тому, что тесты перестают работать, приходится откатывать браузер на более старую версию.
А может быть не только с Firefox такие проблемы?
Какой браузер вызывает у вас больше всего проблем типа "после обновления всё сломалось"?
В одном из тестерских чатиков недавно обсуждалась тема переквалификации "неайтишников" в "айтишников", в том числе в тестировщиков.
И как часто бывает, тема свернула на то, что "у них нет технического высшего образования, поэтому из них получатся недостаточно хорошие специалисты".
Действительно, есть мнение, что айтишникам полезно иметь математическое или инженерно-техническое образование.
Но у меня в процессе обсуждения возник совершенно другой вопрос.
Ведь когда человек поступает в вуз, выбирает его, мотивирует себя учиться, сдавать экзамены -- он преследует какие-то цели.
Кто-то может быть уже сразу знает, кем собирается работать, и использует обучение в вузе именно как подготовку к будущей профессиональной деятельности.
Кто-то продолжает "расширять сферу интересов" всё ещё не определившись с будущей профессией.
Кто-то вообще "тусит", кое-как сдавая сессии и переползая с курса на курс.
Захожу на страницу сайта, просит ввести логин и пароль. Ввожу логи и пароль, Selenium IDE ничего не записывает. Можно ли в Selenium пройти авторизацию автоматически?
Пару слов о проекте: высокотехнологичный мобильный стартап в рамках группы компаний. Проект международный (охватывает огромнейшую аудиторию) и сочетает в себе атмосферу стартапа и стабильность, условия работы крупной компании с возможностями роста.
На проекте большая команда (более 10 мобильных разработчиков). Он был запущен в 2013 году и практически сразу занял позицию серьезного игрока на рынке. Текущие задачи: расширение, развитие и оптимизация существующего решения.
Задачи:
настраивать процесс UI-тестирования, continuous integration;
80%-90% времени поддержка текущих и написание новых UI-тестов;
поддержка инфраструктуры сборки проекта;
10%-20% небольшие задачи по самому проекту iOS.
Требования:
опыт разработки под iOS;
опыт работы с UI-тестированием;
базовые знания Ruby, но не принципиально.
Условия работы:
оформление по ТК РФ;
«белая» заработная плата [90.000 - 130.000 руб]
полная медицинская страховка (ДМС), включающая стоматологию и плановую госпитализацию;
внутренняя система профессионального развития;
внутренние семинары и мастер-классы, курсы английского, возможность проходить внешние тренинговые программы;комфортный и современный бизнес-центр класса А
За более подробной информацией обращайтесь к: A.Malygina@gmsservices.ru
Пару слов о проекте: высокотехнологичный мобильный стартап в рамках группы компаний. Проект международный (охватывает огромнейшую аудиторию) и сочетает в себе атмосферу стартапа и стабильность, условия работы крупной компании с возможностями роста.
На проекте большая команда (более 10 мобильных разработчиков). Он был запущен в 2013 году и практически сразу занял позицию серьезного игрока на рынке. Текущие задачи: расширение, развитие и оптимизация существующего решения.
Цели и задачи:
внедрение техник TDD в процесс разработки приложения;
создание масштабируемого фреймворка для написания и интеграции новых сценариев тестирования;
поддержание и развитие инфраструктуры по тестированию на живых устройствах.
Требования:
знание основ Android sdk;
JDK и твердый технический background в разработке ПО;
знание шаблонов написания автотестов;
опыт работы с одним из инструментов по написанию автотестов от года (Robotium, Appium, MonkeyTalk, UiAutomator).
Условия работы:
оформление по ТК РФ;
«белая» заработная плата [90.000 - 130.000 руб]
полная медицинская страховка (ДМС), включающая стоматологию и плановую госпитализацию;
внутренняя система профессионального развития;
внутренние семинары и мастер-классы, курсы английского, возможность проходить внешние тренинговые программы;комфортный и современный бизнес-центр класса А
За более подробной информацией обращайтесь к: A.Malygina@gmsservices.ru
Коллеги, добрый день. Возникла необходимость реализовать запуск нагрузочных тестов для Jmeter, в non Gui режиме. С данными, для запросов все понятно - рядом с .jmx файлом лежит csv файл, из которого эти данные и считываются. Но вот пока не нашел возможность штатно передавать более глобальные переменные в Test Plan, такие как
- адрес стейджинга
- максимальное количество потоков
- имя выходного файла...
Кто нибудь решал похожую задачу? Можно ли ее решить штатными средствами Jmeter или Jmeter Plugins.