Недавно я поучаствовал во встрече тестировщиков Лондона и слушал выступление Марка Винтерингэма, который рассуждал о ментальных моделях инструментов тестирования. Содержание его доклада и слайды можно посмотреть здесь: Почему Webdriver - это круто.
Он рассказывал, как Webdriver помогает автоматизировать тестирование/проверки (нет, я не хочу развязывать дискуссию насчет определений в этой статье), и как этот инструмент облегчил его труд тест-консультанта.
Марк также обратил внимание, что инструменты, которые мы используем, определяют наше мышление, поведение и взаимодействие с приложением. Они влияют на то, как мы принимаем решения, как мы общаемся. Иными словами, инструменты начинают определять, как именно мы тестируем - если мы позволим им это.
Он сослался на один из самых ярких докладов конференции Test Bash 3 - "Автоматизация: время менять подходы" Иана МакКовветта (видео доклада можно посмотреть здесь) и сделал вывод, что к выбору инструментов и их использованию для достижения целей тестирования нужно подходить с осторожностью.
В ходе беседы Марк агитировал нас за "полигамию" в отношении инструментов. Чтобы повысить их эффективность, нужно искать новые подходы, пробовать новые инструменты. Если мы ограничиваем себя определенным набором инструментов - мы, в конечном итоге, ограничим свое мышление. Полигамия - это, конечно, забавная, но очень точная аналогия.
Как вам кажется - нормально ли давать тестовое задние уже после того как приняли на работу, в качестве испытательного срока?
Оформление предлагается с первого дня, испытательный срок - старые проекты, составить чек-лист, протестировать и занести баги в документ на проверку. А не дают сразу реальные проекты, т к все специалисты уже заняты и им некогда, грубо говоря, возиться с новичком и все ему объяснять по действующим проектам.
Такой испытательный срок в их компании - стандартная практика для всех новых сотрудников. Новичков сразу в действующие проекты не берут, т к риски что тестирование будет не на должном уровне, а перепроверять каждый раз ни у кого нет времени.
Мне немного непонятен подход: Три собеседования и тестовое задание длиной в три часа вы успешно прошли, мы вас берем, подписывайте договор - но работать не дадим, и времени у нас на вас нет. Понимаю, что сначала к новичкам присматриваются и приоритетные задачи никто не даст, но можно начинать с простых задач, давать что-то посерьезнее постепенно. А если нет времени проверять то, что сделано по реальным проектам, откуда возьмется время проверять выполнение тестового задания?
А вы как относитесь к такому подходу? Было бы оскорбительно узнать на собеседовании, что вам не будут доверять реальные задачи первый месяц?
Приложение GuessMe – контентный мессенжер. Суть продукта в интерактивном контенте – фотографии представлены в виде вопросов с вариантами ответов. Цель GuessMe – убрать барьеры в общении людей. В нашей команде 11 человек. Мы разрабатываем уже вторую версию продукта, с которой намерены выходить на рынок США. Мы ищем самостоятельного и эффективного тестировщика, полноценного члена команды, который поможет и сделает продукт стабильнее и понятнее.
Требования:
- Навыки тестирования iOS-приложений;
- Умение быстро выявлять 99% критических дефектов;
- Практический опыт автоматизации тестирования;
- Опыт использования Crashlytics / Fabric.
Будет плюсом:
- Знание apple и google guidelines;
- Активное использование мессенжеров и соц.сетей.
Обязанности:
- Ежедневно и лично проводить smoke-тестирование девелоперского билда;
- Вести в понятном виде bug tracker, быть единой точкой входа для фидбеков от саппорта и bug repots от команды;
- Проводить black-box тестирование как по списку фичей, так и вслепую;
- Поддерживать парк тестовых девайсов;
- Анализировать crash logs в Crashlytics совместно с разработчиками;
- Составлять чек-листы с критериями приемки фич;
- Описывать баги кратко, понятно и по-максимуму визуально.
Мы предлагаем:
- Офис напротив м. Чкаловская;
- Войти в дружную команду без лишних формальностей и предрассудков;
- Рабочие инструменты по Вашему выбору;
- Уровень зарплаты выше рынка, до 100.000 руб.;
- Бонусы как от собственных, так и от командных результатов;
За прошедшие несколько лет инструмент автоматизации тестов для веб-приложений Selenium приобрел фантастическую популярность.
Владение этим инструментом стало одним из обязательных умений для тестировщика-автоматизатора, достаточно посмотреть динамику вакансий, чтобы убедиться в этом.
Если вы хотите считаться профессионалом в области автоматизации тестирования, строчка "я знаю Selenium" обязательно должна присутствовать в вашем резюме.
Простые тесты можно создавать при помощи рекордеров Selenium IDE или Selenium Builder. Но при увеличении объёма и сложности тестов этот подход теряет свою эффективность и привлекательность. Профессионалы пишут тесты на языках программирования.
Если до этого Вы не занимались автоматизацией и не знакомы с Selenium, то лучше начать с курса Selenium 2.0: стартовый уровень.
Python входит в число четырёх языков программирования, которые официально поддерживаются Selenium наряду с Java, Ruby и C# (и у нас есть тренинги на языке Java и C#, аналогичные данному).
Этот курс предназначен для тех, кто хочет освоить программный интерфейс Selenium 2.0 и научиться разрабатывать автотесты для веб-приложений на языке программирования Python.
После прохождения тренинга учащийся будет уметь разрабатывать автоматизированные тесты для веб-приложений на языке программирования Python с использованием инструмента Selenium 2.0, в частности:
владеть базовым набором команд Selenium 2.0, эмулирующих действия пользователя (ввод текста, клики мышью),
владеть расширенным набором команд Selenium 2.0, эмулирующих действия пользователя (клавиатурные сочетания, перетаскивание элементов мышью и другие),
владеть техниками поиска (идентификации) элементов в окне браузера,
уметь обеспечивать стабильность и скорость выполнения тестов за счёт правильного использования ожиданий,
уметь выполнять проверки фактических данных, полученных из браузера, на соответствие ожидаемым значениям,
владеть основными шаблонами проектирования тестов, в том числе шаблоном PageObject,
уметь выстраивать архитектуру тестов таким образом, чтобы тесты можно было легко модифицировать и добавлять новые (при небольшом количестве тестов),
уметь организовывать инфраструктуру для запуска тестов на сервере непрерывной интеграции.
«Новые облачные технологии» – разработчик облачных решений для совместной работы со всеми типами документов, обмена сообщениями и хранения файлов. Компания с 2013 года разрабатывает офисную платформу для российских пользователей под брендом МойОфис® и под брендом Collabio® на международном рынке.
Программные продукты компании состоят из набора офисных приложений для компьютеров на базе Windows/OS X/Linux, мобильных платформ Android и iOS, а так же для всех популярных веб-браузеров. Разработка ведется из офисов Москвы, Санкт-Петербурга, Киева и Харькова.
Обязанности:
Работа в сильной команде по Scrum процессу над интересным мультиплатформенным высоконагруженным проектом;
Написание автотестов для тестирования web и android приложений;
Развитие фрэймворка для автоматизированного тестрования;
Написание скриптов;
Работа с баг-трекинговыми системами.
Требования:
Знание жизненного цикла разработки ПО;
Умение работать с тестовой документацией и баг-трекинговыми системами;
Технический английский (письменный, устный);
Хорошее знание технологий Selenium WebDriver/Watir driver
Знание Ruby, Cucumber, JavaScript будет плюсом;
Опыт работы с Unix будет плюсом;
Хорошее знание пакета MS Office будет плюсом.
Мы предлагаем:
Работу в замечательном дружном коллективе профессионалов;
Достойную белую заработную плату;
Возможности для профессионального и карьерного роста;
Оформление по ТК РФ;
ДМС со стоматологией;
Корпоративные курсы английского языка;
Комфортный офис недалеко от м.Площадь Восстания;
Оплачиваемые обеды в офисе.
Тип занятости: полный день
Зарплата 70000-100000 рублей
Резюме присылать на e-mail: anna.sidelnikova@ncloudtech.ru