Мы компания One Systems и мы ищем тестировщика ПО в нашу дружную семью.
Обязанности:
Функциональное тестирование программного обеспечения
Занесение отчётов об ошибках в баг-трекинг систему
Анализ документации (функциональные требования)
Создание тестовой документации (чек-листы, тест кейсы)
Взаимодействие с командой разработчиков на всех этапах процесса разработки
Предоставление отчетности о ходе работы
Требования:
Опыт работы в системах тестирования и обеспечения качества программного обеспечения не менее одного года
Хорошее знание и применение методов обеспечения качества при разработке программного обеспечения
Желателен опыт постановки процессов тестирования
Опыт работы с bug tracking системами
Навыки создания тестовой документации (чеклисты, тест кейсы)
Знание процесса разработки и тестирования ПО
Желателен опыт программирования
Желательно базовое знание языков программирования С++, C#
Что мы предлагаем:
Работа в высокопрофессиональной команде по разработке, тестированию и внедрению инновационных приложений
Конкурентная зарплата
Общение с американскими коллегами и возможность продолжить карьеру в США
Комфортный офис
Курсы английского языка
Пицца-пятницы, корпоративные мероприятия
Что за One Systems вообще такой?
После прочтения текста выше (и последующего гугления) у тебя могли остаться вопросы, что же мы всё-таки за компания. Самый верный способ получить ответы - опять же написать нам
Но если всё-таки сказать пару слов, то вот немного сухих фактов:
Мы делаем продукты, которыми гордимся и на которых хорошо зарабатываем.
Живём по Agile и Lean. Правда. Так реально удобнее.
В России работаем с 2010 года. Сейчас мы в той точке, где есть драйв молодой растущей компании, но нет бюрократии огромной махины.
У нас куча амбиций и есть опыт, чтобы понять, какие задумки реальные.
Сейчас нас уже больше 70. С тобой будет больше 75.
Работаем в Сакраменто (Калифорния, США), Новосибирске, Краснодаре, Днепропетровске, Томске и Питере.
Выполняя тестирование, не забывайте о том, что нефункциональные характеристики качества тоже имеют большое значение.
Мы собрали несколько докладов о тестировании производительности и защищенности, которые были прочитаны в рамках конференции SQA Days 19 в Санкт-Петербурге.
Тестируем производительность с помощью Selenium, Александр Шиповалов, Luxoft-Training, Омск, Россия
Тестирование уязвимостей веб приложений, Константин Заваров, Лаборатория Касперского, Москва, Россия
Введение в performance management, Андрей Дмитриев, NetCracker, Санкт-Петербург, Россия
Напоминаем, что уже открыта регистрация на следующую конференцию для специалистов в области качества программного обеспечения - SQA Days-20, Минск, ноябрь.
Как обычно для читателей нашего портала действует промокод на получение 10% скидки.
Использую Selenium Webdriver 2.53.1, Mozilla Firefox 47.0.1 и VS Community
Создал тест с помощью Selenium IDE.. Тест для обучения, так как только пробую на цвет и вкус.
10 декабря 2016 года в Москве состоится техническая конференция по тестированию Гейзенбаг 2016 Moscow, которая соберет более 400 специалистов в области тестирования (не только тестировщиков, но и разработчиков, тимлидов и CTO).
Все доклады посвящены практическому и хардкорному тестированию на реальных проектах. Call For Papers и регистрация участников на конференцию уже открыты.
В трансляцию блогов регулярно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами:
Performance Lab - это компания, которая вот уже 8 лет занимается тестированием программного обеспечения. За годы работы мы накопили огромный опыт теперь мы решили им поделиться!
Наши основные авторы статей:
Дмитрий Химион - эксперт в области автоматизации тестирования, докладчик на более чем 10 конференциях по тестированию и разработки ПО, Всегда придерживается понятия "Технология - "светлая сторона силы", с их помощью можно решить любую задачу"
Мешков Александр - эксперт в области функционального тестирования и тест-менеджмента. Участвовал более чем 15 различных проектах по тестированию ПО. Основные темы статей - тест-менеджмент и оптимизация процесса тестирования.
Макаров Александр - гуру нагрузочного тестирования. Может нагрузить любую систему, даже когда другие пассуют. В свободное время работает над созданием собственного инструмента нагрузочного тестирования приложений.
Осипов Антон - основной Agile идеолог к компании. Считает, что CI и DevOps - самые перспективные направления в ИТ. Всегда убежден, что качество кода играет ключевую роль в процессе обеспечения качества ПО.
А также другие ребята, активно принимающие участие в жизни нашей компании.
Сейчас в нашем блоге:
Нагрузочное тестирование нестандартных протоколов - Александр Макаров
добрый день!
Подскажите пожалуйста как сделать, чтобы тесты в Jmeter запускались в определенное время дня. Например в 8:00 и в 15:00. И желательно, чтобы такой тест можно было запустить через командную строку
Всем привет. Новичок в автоматизации. Пытаюсь создать простенький тест, чтобы убедиться что все работает, но нет. Выдает ошибку, не могу понять в чем дело. Подскажите, пожалуйста, что не так и почему, где мой косяк.
Сам тест
import org.openqa.selenium.WebDriver;
import org.openqa.selenium.chrome.ChromeDriver;
import org.testng.annotations.AfterMethod;
import org.testng.annotations.BeforeMethod;
import org.testng.annotations.Test;
public class TestClass {
public WebDriver driver;
@BeforeMethod
public void setUp() {
System.setProperty("webdriver.chrome.driver", "D:\\Programming\\chromedriver.exe");
driver = new ChromeDriver();
}
@Test
public void forTest() {
driver.get("http://onliner.by");
driver.manage().window().maximize();
}
@AfterMethod
public void tearDown() {
driver.quit();
}
}
java.lang.AbstractMethodError: org.testng.remote.RemoteTestNG$DelegatingTestRunnerFactory.newTestRunner(Lorg/testng/ISuite;Lorg/testng/xml/XmlTest;Ljava/util/Collection;Ljava/util/List;)Lorg/testng/TestRunner;
at org.testng.SuiteRunner$ProxyTestRunnerFactory.newTestRunner(SuiteRunner.java:594)
at org.testng.SuiteRunner.init(SuiteRunner.java:168)
at org.testng.SuiteRunner.<init>(SuiteRunner.java:117)
at org.testng.TestNG.createSuiteRunner(TestNG.java:1339)
at org.testng.TestNG.createSuiteRunners(TestNG.java:1326)
at org.testng.TestNG.runSuitesLocally(TestNG.java:1180)
at org.testng.TestNG.runSuites(TestNG.java:1104)
at org.testng.TestNG.run(TestNG.java:1076)
at org.testng.remote.RemoteTestNG.run(RemoteTestNG.java:110)
at org.testng.remote.RemoteTestNG.initAndRun(RemoteTestNG.java:205)
at org.testng.remote.RemoteTestNG.main(RemoteTestNG.java:174)
at org.testng.RemoteTestNGStarter.main(RemoteTestNGStarter.java:125)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.intellij.rt.execution.application.AppMain.main(AppMain.java:140)
То, что в мире существует код – это здорово, потому что благодаря этому у тестировщиков есть работа. Несмотря на наши тесные взаимоотношения с ним в повседневном труде, многие тестировщики выстраивают их дисфункционально. Почему это происходит? Как это изменить?
Страх
Не только в тестировании, но и вне его код пугает многих людей. Вот выдержка из отчета Национального центра статистики образования:
…59% людей, начавших обучение на программе бакалавриата в области компьютерных и информационных наук в 2003-2004 годах или бросили обучение, не получив степень (31%), или переключились на другую область (28%) к 2009 году.
Навряд ли все они забросили образование, чтобы ринуться основывать Фейсбук или Майкрософт – а ведь они выбирали эту профессию сознательно. Программирование для многих выглядит как набор магических рун, которые, будучи разложенными в правильном порядке, заставляют швабры и ведра весело летать, как в Диснеевских мультиках. Конечно, здорово, когда швабры и ведра летают сами по себе, и это безусловно поможет в уборке, но если вы не контролируете магию, которая ими управляет – вы начинаете бояться ее.
У многих стекленеют глаза, когда речь заходит о коде – они думают, что ничего в нем не поймут в любом случае, поэтому сразу же отключаются от разговора, когда он еще толком и не начинался. Даже если им удается преодолеть свои первоначальные страхи и они начинают учиться программировать, за каждым углом их поджидают пробы, ошибки и разочарования, только усиливающие ужас.
Проблема следующая: тестирую .Net приложение. Логина там нет, нужно просто отравлять формы. Делаю GET запрос. Из него извлекаю __RequestVerificationToken, который нужен вставляется в параметры при последующей отправке формы POST запросом. Все остальные параметры так же получил и заполнил. Конфуз в том, что когда форма отправляется - данные не кладутся в базу, т.е. не проходят. Я же получаю респонс 200, и пустую форму(будто рефрешнул страницу.). Вроде это еще называется post back. Обнаружил что в хедере POST запроса присутствует еще X-RequestVerificationToken. В фидлере я вижу он он не равен RequestVerificationToken... и откуда он генерится совершенно непонятно. Возможно кто-то сталкивался с этим?
Добрый вечер, уважаемые участники форума. У меня встал большой вопрос.
Схема:
Есть две конторы, наша и чужая, у чужой конторы стоит Testlink в которой лежат тесты обеих компаний.
Задача: необходимо поднять собственный сервер с Testlink и импортировать в него только тесты нашей конторы.
Шаги:
1. Сервер развернут
2. .....
Собственно сам вопрос: как можно перенести часть базы с тестами с одного сервера на другой?
Поможет ли тупое копирование базы данных или нет?
Существует ли импорт/экспорт данных из веб-морды самой программы?
Подскажите пожалуйста кому не трудно, спасибо большое!!!
Прошло четыре месяца как мы записали новый курс и мы снова запускаем очередную группу новой версии тренинга “Программирование на Java для тестировщиков” (последнии лекции курса были записаны только к началу мая). Уже можно почитать обзор о том, как прошел курс и первые отзывы участников, которые мы спонтанно собрали на нашем форуме.
Этот курс, предназначенный для обучения тестировщиков программированию на языке Java, является одним из самых популярных курсов в нашей линейке.
Обратите внимание, что это курс именно для тестировщиков. Обучение программированию не сводится только к изучению языка программирования. Построение правильной архитектуры, использование фреймворков и библиотек, владение инструментами разработки и отладки -- это тоже часть “умения програмировать”. Поэтому в этом курсе детально рассматриваются именно те возможности языка и вспомогательных библиотек, которые наиболее востребованы при разработке автотестов.
Продолжительность нового курса осталась прежней, два с половиной месяца разбитых на 10 больших блоков, каждый из которых разбит на короткие фрегменты, но программа претерпела значительные изменения на основе анализа отзывов участников.
С одной стороны, мы решили выбросить некоторые темы, которые оценивались как не слишком полезные. С другой стороны, за счёт освободившегося места и более плотной компоновки материала появилась возможность добавить множество новых гораздо более интересных и полезных тем.
Что мы решили убрать из курса:
тестирование Windows-приложений через пользовательский интерфейс -- всё таки Java совсем не приспособлена для этого, если перед вами стоит такая задача -- тогда лучше выбрать другой язык для написания тестов, например, C# или Python;
тестирование Java приложений через пользовательский интерфейс -- просто потому, что таких приложений слишком мало, и эта тема оказалась невостребованной.
А теперь гораздо более длинный список того, что добавлено:
большой блок, посвящённый самым основам языка Java и программирования вообще, теперь тренинг подходит даже для тех, кто совсем-совсем не умеет программировать, обучение начинается с нулевого уровня подготовки;
использование сборщика Gradle;
дополнительные приёмы повышения надёжности тестов за счёт проверки и обеспечения выполнения предусловий;
работа с файлами в формате JSON;
более глубокое рассмотрение возможностей тестового фреймворка TestNG;
работа с удалёнными программными интерфейсами SOAP и REST;
настройка и использование сервера непрерывной интеграции Jenkins и генерация красивых отчётов при помощи инструмента Allure;
написание тестов в разных стилях: на псевдоестественном языке Gherkin (этот подход называется Behavior Driven Development) и в виде табличек с использованием инструмента Robot Framework (этот подход называется Keyword Driven Testing).
Все “старые” темы тоже полностью переписаны, материал лекций уплотнён (по нашему исследованию 1 час наших лекций по содержательности равняется более чем 3 часам живого рассказа за счет выверенности всех фраз и удаления всего лишнего мусора), и для удобства просмотра разбит на небольшие фрагменты продолжительностью не более 20 минут.
А ещё по многочисленным просьбам в лекциях теперь используется IntelliJ IDEA вместо Eclipse ;)
Стоит задача создать тест-план который будет запускаться 3 раза в сутки через Cron.
Создал тест:
- подключение к Web Socket
- отправка 6-ти сообщения
- закрытие соединение.
Через BeanShell Assertion выставил условие, если подключение не успешно, то отправляется E-mail сообщения что сервер не доступен и требует перезагрузки.
Прежде чем начать, хочу рассказать, как эта идея пришла мне в голову. Я работал над докладом "Скрытая мудрость тест-тролля" и включил в него шутку, основанную на публичной шумихе вокруг органической еды. Затем я задумался о том, что тестирование органично по своей природе, и решил написать об этом отдельно.
Тут также стоит упомянуть, что Джеймс Бах делал доклад "Органическое QA" для Apple. Я нашел эту информацию в его архиве, но не знаю, о чем именно Бах говорил – это был внутренний доклад для сотрудников компании. Поэтому моей целью не было дополнить Джеймса.
Наша Компания ( www.epam-group.ru ) срочно ищет QA Engineer в штат (Москва) на американский проект, связанный разработкой программнного комплекса для синхронизации данных в кроссплатформенных средах.
Нам нужен не только грамотный технический специалист, способный применять интересные решения в тестировании и активно участвовать в проекте, но и амбициозный профессионал, способный лидить в дальнейшем проекты.
Хорошее владение английским желательно. Он необходим в EPAM Systems для общения на аналогичных проектах с иностранными коллегами.
Стек технологий можно свеcти к следующим пунктам:
Role
∙ Reviewing the requirements
∙ Test Case / use case creation
∙ Creating test plans for individual feature sets
∙ Design and develop functional tests plans and automated test cases
∙ Testing Event Server Web services and reporting bugs in JIRA
∙ Developing Automation Framework and writing, executing automation scripts
Must Have
∙ Strong communication skills
∙ At least 4 years of production experience
∙ Hands on experience on Testing web services
∙ Hands on experience on Centos & JVM
∙ Test planning and test case creation
∙ 1-2 years of .NET programming
Nice to have
∙ Amazon Web Services (AWS) Experience
∙ Experience working in a SAAS company with HA systems
∙ Hands on experience on Automating JAVA web service Applications using any tool
∙ Performance & Scalablity Testing
Контакты: nikolay_davydov@epam.com
Skype - Nika23link
Если это про Вас, и Вы заинтересованы в предложении, cкажите, в какое время и по какому телефону/Skype аккаунту с Вами удобно связаться, чтобы обсудить детали. Зарплатные вилки довольно широкие, и, в целом, мы всегда орентируемся на желание специалиста.
P.S. Если для Вас это предложение не актуально, мы буду очень признателен за ваши рекомендации тех профессионалов, которых эта вакансия точно ждёт :)