10 дней назад на нашем форуме Василий Касимов инициировал опрос про зарплаты в области тестирования. На текущий момент в опросе приняло участие более 1 200 человек и уже можно подводить промежуточные итоги.
Мы отдельно собрали результаты по трем странам: Россия, Украина, Беларусь.
В отчете по России мы выделили отдельно статистику по Москве, Санкт-Петербургу и остальной части России, включая удаленную работу.
В Украине отдельно выделили Киев.
Ниже представлены диаграммы на 28 июля (по ссылкам более актуальная информация, представлены диаграммы и сводные таблицы). На диаграмме по вертикали количество человек, по горизонтали диапозон зарплаты (Россия – рубль, Украина и Беларусь- доллар), цветом обозначен опыт работы.
Ссылки на результаты опроса и сводные таблицы (таблицы находятся на отдельных вкладках внизу страницы). По ссылкам вы сможете найти данные не только по городам ниже, но и посмотреть какие зарплаты получают тестировщики в вашем городе.
У меня есть отчёт, тип файла CSV. Этот отчёт загружается в приложение что бы сделать вычисления.
Как можно протестировать с помощью selenium и увидеть, что отчёт был вычислен правильно.
В ручную сделать вычисления невозможно, так как речь идёт о 500,000 записей и все данные разбросаны + нужно убедиться, что ссылки которые находятся в отчёте рабочие.
С JMeter практически не работал до этого момента, но сейчас надо сделать небольшое нагрузочное тестирование сайта, а именно, для начала, пройти авторизацию, походить по табам и сделать logoff.
Вообщем-то основная проблема возникла с авторизацией, а именно с генерацией токена. Сама авторизация это POST с параметрами email, password, token и еще 1-2. Токен генерится функцией getToken, которая приходит в респонсе GET Token в виде:
Собственно вопрос заключается в том, как этот респонс выполнить в jmeter и получить на выходе стринговый токен, вида "12fd2b40e85ab3437f53961e3e818e1b", который потом записать в переменную и использовать в POST?
Скорее всего тема не новая и решение где-то есть, но в поиске ничего для себя ценного не нашел.
Возможно кто-то подскажет решение или поделится полезными ссылками по сабжу.
Нуб просит помощи. Используя связку, указанную в заголовке темы (ну, еще jUnit), тестирую выполнение событий в маркете широко известного сайта yan...
Проблема: есть 2 элемента (1- кнопка "Применить", 2 - первый ссылочный текст из отфильтрованного списка товаров).
Кликаем по первому элементу после установки необходимых параметров, начинает выполняться любимый AJAX, и во втором элементе рандомно меняется text() (начальное и конечное значения text() м.б. любыми). Так вот, jQuery отрабатывает и запускает XMLHttpRequest.
Вопрос: Как дождаться окончания выполнения XMLHttpRequest, чтобы потом забрать изменившийся text() второго элемента.
Заранее, спасибо!
PS: сильно не пинайте, если что. Я еще маленький .
Цель практически всех проектов по разработке ПО – это разобраться, как именно система будет добавлять бизнесу ценность. Эта цель достигается путем постоянных переговоров, в ходе которых исследуется, разрабатывается и расширяется общее понимание того, что именно нужно создать и почему. Тестировщики должны вносить свой вклад в эти переговоры проактивно, а не заниматься исключительно чтением результатов чужих обсуждений и тупым выполнением задач, переданных в тестирование.
Эластичность и давление
Когда я говорю об эластичности, я имею в виду способность системы (неважно, людей или технологии) подстраивать функциональность перед, во время или после изменений или неувязок так, что система продолжает функционировать как в ожидаемых, так и в неожиданных условиях.
Коммуникация между командами – это способ повлиять на проектные решения приложения, сформировать список возможностей для развития и быстро принять решение, какие фичи нужно разрабатывать. Для того, чтобы этот подход был успешным, тест-команда должна быть эластичной.
Что это значит на практике? Это значит, что не нужно привязываться к куче артефактов или огромным тест-сьютам (неважно, автоматизированным или нет) – их сложно каждый раз менять по результатам вышеописанных переговоров. Если учесть, что в идеальном мире такие переговоры итеративны, тест-команды должны тащить на себе минимальный "багаж" из артефактов вроде тест-кейсов и тест-инструментов.