В трансляцию блогов еженедельно добавляются новые блоги. Их количество уже давно перевалило за отметку 100. Ну а мы продолжаем знакомить Вас с новыми блогами.
В этот блог я буду писать разные заметки, связанные с автоматизацией тестирования, а может быть и про ручное тестирование тоже, которые не тянут на целую статью, но куда-то написать их надо.
Почему надо? Потому что я провожу много тренингов, консультирую разных людей и компании, и некоторые вопросы повторяются с достаточной регулярностью. И чтобы не отвечать каждый раз заново, хочется иметь возможность просто дать ссылку.
В тестах возникает ситуация, когда не происходит клик по элементам. Возникает такая ситуация очень редко, но тем не менее это делает тесты относительно нестабильными.
В свое время мы отказались от простого driver.FindElement(By.by).Click() так как, на браузере Firefox вообще не кликался один input.
Вместо этого мы используем другую конструкцию:
Actions builder = new Actions(driver)
IWebElement el = driver.FindElement(By.by)
builder.MoveToElement(el).Click().Build().Perform();
У нас возникли подозрения, что клик просто не проходит по объекту.
Но чтобы это проверить, необходимо знать такие параметры как положение и размер объекта, а также координаты, по которым прошел клик.
И если с первыми двумя дело обстоит просто (el.Location, el.Size), то способа извлечь координаты по которым проходит клик - я не знаю.
Анастасия Коцевич, ЗАО «Технологии качества», бренд A1QA
Не секрет, что взаимоотношения между программистами и тестировщиками нельзя назвать идеальными. Сама структура подхода, когда «одни программируют – другие тестируют» порождает конфликт между этими категориями специалистов. Естественно, в понимании девелопера тестировщик вставляет палки ему в колеса, находя изъяны в идеальном, с его точки зрения, коде. Тестировщик, в свою очередь, как правило недоволен неравномерностью нагрузки, задержками с поставками «билдов» и жесткими дедлайнами.
Благодаря этому (и иным соображениям целесообразности) «кодеры» и «тестеры» обычно работают отдельно друг от друга. Но иногда бывают исключения. Опытом участия в таком «совместном» проекте и извлеченными уроками мне хотелось бы поделиться в этой статье.
Как тестировщику, мне ранее не приходилось работать бок о бок с командой разработки того проекта, на котором я работала. Признаюсь честно, мне не очень хотелось начинать. Более того, я этого боялась. Нет, переезжать в другую страну или город не было нужды. Нужно было всего лишь переместиться на этаж выше, но от этого страх не уменьшался.
Я покидаю свое нынешние место труда. Остались последние 2 недели. Грустно, но надо двигаться дальше. Ищут мне замену...
Группа Компаний "Бюллетень недвижимости" (один из продуктов - крупнейший портал по недвижимости СПб http://www.bn.ru/)
По деньгам точно не смогу сориентировать. Подойдет вполне джуниор (с базовыми знаниями). Миддлу предложат больше денег. Но вся конкретика по финансам только после собеседования. Честно - прямо сразу золотых гор не будет.
Тут можно хорошо развиться, вырасти профессионально и карьерно - все для этого сейчас есть. НО (!) нужна СОБСТВЕННАЯ ИНИЦИАТИВА (у меня, например, с этим ОЧЕНЬ тяжело =)) к развитию и самостоятельность (учиться будет не у кого - Вы будете единственным ручным тестировщиком в компании). Проектов много и они разные (не только web). Процесс тестирования налажен плохо, сплошной манки-тестинг. Подробная документация и формализация тест-кейсов практически по всем проектам отсутствует - все что есть, записано в тасках Redmine. Захотите все организовать и привести в порядок - пожалуйста! Захотите автоматизировать что-то - пожалуйста! (дадут "зеленый свет", оплатят курсы и т. д.)
Компания большая, хотя отдел разработки ПО не особо велик (человек 17 сейчас). Зарплата белая, коллектив дружный и приятный, начальство адекватное, график гибкий, чай-кофе, корпоративы, турник в офисе, свой медицинский центр («Профимед»).
Территориально: пр. Гагарина 1 (ближайшие станции метро Электросила и Парк Победы).
На HH почему-то вакансии пока нет (как появится — отредактирую тему, добавлю ссылку). В целом коротко о компании: http://spb.hh.ru/employer/90679
Если нужны подробности - пишите мне на почту: wellofdreams@ya.ru
Мне требуется в рамках одного теста использовать 2 и более аккаунтов, чтобы протестировать их взаимодействие между собой. Например возможность передавать друг другу виртуальные предметы находясь в онлайне. Есть ли что-то для подобного в селениуме? Пробовал гуглить, ничего найти не получается. В документации по селениуму тоже не нашел. Спасибо.
Работа в подрядной организации, заказчик – крупный ретейлер продуктов питания, продукты. Функционал: программы кассы, бэк-офисные программы магазина, SAPERP(модуль MM), интеграция с SAPERP, SAPBI, SAPPD, интеграция с другими системами.
Требуется:
-выполнять редактирование регрессионной тестовой модели на основе функциональных тест-кейсов по новым доработкам (кроме того, доступны бизнес-требования и ТЗ на новые доработки);
-выполнять тестирование по разработанной тестовой модели самостоятельно и консультировать по созданным и отредактированных тест-кейсам привлечённых на выполнение тестирования менее опытных тестировщиков (манки-тестеров).
З.п. и детали оформления – возможны разные варианты, обсуждается отдельно. Зарплата хорошая, можете не переживать.
Работа в офисе заказчика: 10 мин маршрутка от м. Волгоградский Проспект, 5 мин пешком от станции Калитники (Курское направление).
Большим плюсом будут такие знания авто-тестирования: Selenium, Silk test, HP Mercury QTP (Quick Test Pro), IBM Rational Robot и знание багтрекинговой системы: Atlassian JIRA, HP ALM QC (Quality Center),
Работа с виртуальными машинами (VMware).