QA Engineer (Новосибирск)
Новые темы форума тестировщиков
Приветствуется:
Личные качества:
Обязанности:
Условия работы:
Тип занятости Полная занятость, полный день http://hh.ru/vacancy/4202363 Тестировщик (Новосибирск) 2011-04-15 07:15 Компания: SoftLine Уровень зарплаты: от 15 000 до 25 000 руб. Город: Новосибирск Лидирующей компании, работающей в области продаж широкого спектра программного обеспечения (авторизованный партнер Microsoft, Oracle, IBM, Novell) требуется тестировщик. Требования:
Приветствуется:
Личные качества:
Обязанности:
Условия работы:
Тип занятости Полная занятость, полный день http://hh.ru/vacancy/4194272 не нажимается кнопка Логин, хотя я её нажимал при записи 2011-04-15 12:07 Здравствуйте, использую Selenium RC + Eclipse. Зашёл в IDE, записал действие авторизации на сайте: import com.thoughtworks.selenium.*;
import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import java.util.regex.Pattern;
public class BrowserTest extends SeleneseTestCase {
@Before
public void setUp() throws Exception {
selenium = new DefaultSelenium("localhost", 4444, "*iexplore", "мой сайт");
selenium.start();
}
@Test
public void testBrowserTest() throws Exception {
selenium.open("/");
selenium.click("link=Login");
selenium.type("login_email", "моя почта");
selenium.type("login_password", "мой пароль");
selenium.click("link=Sign In");
}
@After
public void tearDown() throws Exception {
selenium.stop();
}
}но при воспроизведении ни в Эксплорере, ни в Фаерфоксе не нажимается кнопка Логин, хотя я её нажимал при записи. Только осваиваю Селениум, буду признателен за помощь. Читал о selenium.mouseOver(BUTTON_ID); selenium.mouseDown(BUTTON_ID); selenium.mouseUp(BUTTON_ID); вместо BUTTON_ID вставил link=Sign In - не работает Предложения по улучшению раздела 2011-04-15 13:48 Всем доброго времени суток! Читая данный раздел форума в голове родились очевидные идеи о том, как можно улучшить этот раздел. 1. FAQ Задаётся много вопросов об одном и том же. И ответы даются одни и те же. А поиск не всегда может дать результат, т.к. используются разные формулировки. Поэтому логично было бы составить список вопросов\проблем, которые часто всплывают в обсуждениях и дать на них развёрнутые ответы. Ну или как вариант - просто отсылать на соответствующие темы. 2. Ссылки на информацию Мир Selenium'а растёт на глазах, появляются новые ресурсы, выходят интересные статьи, видео, книги. Но всё это разбросано по сети и каждому человеку приходится заново собирать всё воедино. Почему бы не сделать отдельную тему и наполнить её базовыми ссылками и дополнять со временем? 3. Инструкции Новички не умеет правильно задавать вопросы. К примеру не прикладывают исходный код страницы, или не указывают версию продукта или оформляют всё так криво, что невозможно читать. Поэтому стоит сделать инструкцию "Как правильно задавать вопросы". Мнения? Идеи? Мысли? Срочно требуется QA Engineer, СПб 2011-04-15 16:18 Всем привет, в команду Boutique.ru требуется QA Engineer, уровень зарплаты от 40 000 руб. Можно без опыта работы, огромным плюсом будет стремлением всё автоматизировать. Так же будет плюсом базовые знания Python, Django, Linux Цитата
Требования: * Знание инструментов тестирования (Selenium) * Базовое знание HTTP протокола (на уровне чем GET от POST отличается как минимум) * Базовое знания ANSI SQL (на уровне простого SELECT, INSERT, UPDATE, DELETE) * Опыт работы с какой-либо bug-tracking системой (желательно JIRA) Обязанности: * Тестирование программного обеспечения (ручное и автоматическое, в большей степени автоматическое) * Составление отчетов, описаний ошибок * Работа в команде с разработчиками и аналитиком Условия: * Уровень зарплаты оговаривается с успешными кандидатами * График 5/2, 8 часов, гибкий график (рабочий день начинается с 10:00-12:00 + 8 часов) * Современный офис в центре Санкт-Петербурга (ст.м. Гостиный двор / Садовая); ул. Садовая, 26 Можно еще тут эту вакансию увидеть: http://spb.hh.ru/vacancy/4221263 -- Best regards, Mihail Andreev Lead Developer Machiavelli Luxury Group WWW.BOUTIQUE.RU Email: mihail.andreev@boutique.ru Работа в Watir с Pop - up окнами 2011-04-15 17:30 Здравствуйте Коллеги. Есть задача из одного окна браузера (IE) запустить другое (2) и произвести на (2) окне браузера действия, результат которых будет добавлен на 1. Как пример использовался ModalDialogs, но его выполнение выдало мне ошибку. Пожалуйста подскажите что можно было сделать в описанной выше ситуации.(желательно примером кода с комментами) "http://wiki.openqa.org/display/WTR/Modal+Dialogs"
require "rubygems"
require "watir"
b = Watir::Browser.new()
b.goto("http://samples.msdn.microsoft.com/workshop/samples/author/dhtml/refs/showModalDialog2.htm")
b.button(:value,"Push To Create").click_no_wait
puts b.modal_dialog(:title, "showModalDialog Method Sample Target Page").exists?
puts b.modal_dialog(:title, "showModalDialog Method Sample Target Page").title
b.modal_dialog(:title, "showModalDialog Method Sample Target Page").close
C:/Ruby187/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:51:in `locate': Modal Dialog with title showModalDialog Method Sample Target Page not found. Timeout = 2.0 (Watir::Exception::NoMatchingWindowFoundException) from C:/Ruby187/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/modal_dialog.rb:86:in `initialize' from C:/Ruby187/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `new' from C:/Ruby187/lib/ruby/gems/1.8/gems/watir-1.8.0/lib/watir/container.rb:188:in `modal_dialog' from C:/Project/eclipse_workspace/Ruby_Test/mod.rb:6 Практикум по тест-дизайну, 10 мая, онлайн-тренинг Алексея Баранцева 2011-04-15 23:16 Вы наверняка читали о том, что гарантированно найти все ошибки в сколь-нибудь сложной программе средствами тестирования невозможно. Равно как невозможно доказать, что ошибок в программе нет. Это в теории. А на практике некоторые тестировщики находят дефектов в программе больше, чем другие, в том числе они умеют находить весьма нетривиальные дефекты. Почему? Как им это удаётся? Что за секретные техники они применяют? Увы, никаких особых приёмов проектирования тестов, о которых не было бы написано в любой книжке, не существует. Эффективные тестировщики применяют те же самые техники, что и все остальные. Разница лишь в том, КАК они их применяют. На этом тренинге я не буду ничего говорить о том, как и в каком формате записывать тесты, я буду рассказывать только о том, как их придумывать. Мы постоянно будем держать в уме два противоборствующих фактора:
Подробная программа и условия участия Читать дальше Бакалаврская работа. TDD. 2011-04-15 23:26 Всем здравствуйте. Вопрос такой. Хочу писать выпускную бакалаврскую работу по теме "Разработка через тестирование". Посоветуйте пожалуйста, какое приложение можно относительно несложно реализовать (планирую использовать .NET), чтобы наглядно показать эффективность методологии TDD. Буду благодарен любым дельным советам =) Тестирование медиа-сервера 2011-04-16 01:33 Сейчас в проекте, где я работаю возникла необходимость тестирования медиа-сервера. Сервер предназначен для хранения и получения видео. Мне нужно написать для начала Тест План для предстоящего тестирования. Я не знаю с чего начать. Тестирование должно быть автоматическим. Нужен совет какой язык лучше использовать для тестирования медиа-сервера под linux? Также что нужно знать чтобы начать писать тесты. Пока не могу найти отправную точку с чего начать. Функциональная спецификация имеется, определены протоколы для сохранения и передачи видео, и кодеки тоже определены. Вопрос заключается в следующем с чего начать написание скриптов, которые будут запрашивать видео с сервера? На каком языке лучше их писать? нужно знать API по которым клиент будет запрашивать видео? Очень нужно получить информацию о процессе тестирования сервера. Заранее спасибо! Как найти объект, если известно значение свойства, но неизвестно назва 2011-04-16 17:13 Имеется функция Find (и её производные), которые позволяют по паре "Свойство - Значение" отыскать нужный объект. А вот что делать, если имеется объект, название свойства которого тебе неизвестно, но известно значение этого свойства? Скажем, есть кнопка с надписью "Справочники" и мне нужно на неё кликнуть. FinderTool может максимум отыскать панель, на которой лежит эта кнопка, но не саму кнопку. А название свойства кнопки, которое имеет значение "Справочники" мне неизвестно, соответственно функциями "Find" для поиска этой кнопки я также воспользоваться не могу. Как решаются такого рода задачи? Яндекс: специалист по нагрузочному тестированию 2011-04-17 21:06 Привет, меня зовут Андрей, я руковожу группой нагрузочного тестирования в Яндексе. Сейчас в нашей команде трудится 12 джедаев-профессионалов. Но как у нас это часто бывает — интересных задач намного больше, чем мы успеваем объять. Поэтому я с начала года очень активно ищу ребят, которые готовы присоединиться к нам. Сейчас кавансия открыта только в Московском офисе (в СПб уже закрыли), постоянная удаленная работа не предусматривается. Нагрузочное тестирование в том виде, в котором оно живет в Яндексе — уникальная область. И в этой области, к сожалению, не так много хороших специалистов. Каждый день сервисы Яндекса обрабатывают миллионы запросов, поэтому в нашей работе нередко возникают такие задачи, которых ещё никто никогда не решал. В Яндексе трудится самая большая, серьезная и старая (по времени существования, а не среднему возрасту) команда в рунете, занимающаяся нагрузочным тестированием. Мы решаем практические задачи тестирования производительности и отказоустойчивости сервисов Яндекса, исследуем фундаментальные проблемы тестирования, изобретаем новые подходы и методики, делаем «Лунапарк» — наш собственный open-source toolkit для нагрузочного тестирования. Нагрузочный тестировщик Яндекса играет важную и ответственную роль в технологическом процессе. В нашем распоряжении любые ресурсы для проведения тестов и испытаний — сервера, маршрутизаторы и прочее «железо». Кого конкретно мы ищем: — формальное название должности "ведущий специалист по нагрузочному тестированию" (http://company.yandex.ru/job/vacancies/load_expert.xml). Почему формальное? Потому что готовых специалистов, попадающих под все наши хотелки или нет, или они уже работают у нас, или мы им уже предлагали работать у нас :) В любом случае это должен быть действительно сильный специалист. Умение работать в команде обязательно. — формальное название должности "специалист по нагрузочному тестированию" (http://company.yandex.ru/job/vacancies/loading_tester.xml). Почему формальное? На этот раз не формальное :) Это должен быть действительно хороший спциалист, возможно с некоторыми пробелами в знаниях и опыте, но с колосальным желанием учиться и узнавать. Умение работать в команде обязательно. Если более формально подойти к навыкам, которые мы хотели бы увидеть в кандидатах, то получается, пожалуй, как-то так: - опыт проведения нагрузочного тестирования веб-приложений; - опыт работы с UNIX-системами; - представление о маршрутизации и сетевых протоколах; - хорошее знание какого-либо скриптового языка; - умение разбираться в архитектуре больших сложных систем; - знание жизни веб-технологий изнутри; - умение перенимать опыт и делиться им с коллегами; - любознательность, настойчивость. Скороговорка по условиям Зарплата на старт 60-80 тыс. рублей, до 100 если совсем "в теме"/понравитесь (белая, указана до вычета налогов, пересматривается по достижениям), регулярные премии по результатам запусков. Медстраховка. Хорошее оборудование (на выбор ноут+монитор, или десктоп+2 монитора, ноут можно Mac). Программа мобилизации: компания выдает вам смартофон или планшет по вашему выбору(iPhone4 или iPad - ok), и оплачивает безлимитный интернет, и в обмен рассчитывает на feedback по нашим мобильным сервисам. Хороший кондиционируемый офис на м. Парк Культуры с собственной подземной и наземной парковками. Бесплатные обеды, чай, хороший кофе, фрукты, овощи (!), булочки. Оплата технической литературы (включая дорогие книжки с amazon-а) + поездки на конференции, командировки по желанию. Корпоративная программа ипотечного кредитования. Гражданам других государств получим разрешение на работу в РФ. И скорее всего что-нибудь ещё забыл :) Если остались вопросы — буду рад ответить :) Нагрузочное тестирование в Яндексе 2011-04-17 21:32 Привет, меня зовут Андрей и я вместе с ребятами занимаюсь нагрузочным тестирование в Яндексе. Мы с ребятами достаточно много ездим по разным конференциям вокруг разработки и тестирования. И каждый раз нам задают похожие вопросы и интерисуются тем, как у нас внутри всё устроено. Что-то мы уже рассказывали публично (например на YaC-2010 я немного рассказал о нашем внутреннем инструменте нагрузочного тестирования — Лунапарке), многое объясняли и показывали у флип-чартов. И вот теперь мы с ребятами готовы рассказать вам о нагрузочном тестировании в Яндексе и тут :) Я с полной уверенностью могу сказать, что в Яндексе сейчас трудится самая большая, серьезная и старая (по времени существования, а не среднему возрасту) команда в рунете, занимающаяся нагрузочным тестированием. Мы решаем практические задачи тестирования производительности и отказоустойчивости сервисов Яндекса, исследуем фундаментальные проблемы тестирования, изобретаем новые подходы и методики, делаем «Лунапарк» — наш собственный open-source toolkit для нагрузочного тестирования. Давайте попробуем вот какой формат: в этом посте мы будем собирать вопросы и пожелания, а собственно развернутые ответы выносить в отдельные посты. Ну или как пойдет :) Поехали! P.S. А ещё мы ищем людей ;) Баги, которые прячутся от автоматических тестов 2011-04-17 22:44 Оригинальная публикация Автор: Bj Rollison Перевод: Татьяна Зинченко В комментариях к одной из заметок в моем блоге Шрини Калкарни (Shrini Kulkarni) предложил: “Наверное, тебе стоит написать о тех багах, которые юнит-тесты (или тестирование разработчиками на любом уровне) не могут поймать. Это будет достойный ответ всем, кто безгранично верит в автоматизацию тестирования на юнит и API уровнях” Я - большой поклонник хорошо спроектированных автоматизированных тестов, я немало написал о важности автоматизации как эффективного инструмента в процессе разработки. Но я также знаю, что автотесты находят относительно небольшое количество ошибок на протяжении жизненного цикла продукта. И если вам кажется, что главной целью автоматизации является нахождение большего количества ошибок, или таких же ошибок, как при ручном тестировании, значит, вы не очень много знаете об автоматизации. Лично я не считаю автоматизированное тестирование заменой тестировщикам-людям или как средством для поиска багов. Конечно, некоторые автотесты могут помочь в нахождении дефектов, но, что более важно, они могут использоваться для:
Читать дальше © 2010 | Software-Testing.Ru |
| В избранное | ||
