Сегодня утром я получила письмо, которое, в частности, гласило:
У меня появилась возможность попробовать себя в роли тест-тренера на моем нынешнем рабочем месте (6-7 команд из 4-5 разработчиков).
У меня состоялась встреча с руководителем разработки, и она хочет, чтобы я стала практически тест-консультантом. Она ожидает от меня создания системы, в которой я задаю командам вопросы, вскрывающие ключевые проблемы тестирования. Она также хочет иметь ключевые метрики, которыми можно измерять успех.
Мой вопрос в том, есть ли у вас набор вопросов или подход, позволяющий командам открыть для себя свои крупнейшие проблемы тестирования? Можете ли вы подсказать, что почитать на эту тему, или какой-либо подход?
Вот лично мой подход к старту карьеры в роли тест-тренера.
На тренинге Вы получите исчерпывающие ответы на наиболее актуальные вопросы построения эффективной, минимизирующей усилия / траты Архитектуры того или иного решения Автоматизации тестирования.
На тренинге Вы научитесь выбирать метрики и инструменты работы с ними, внедрять их на проекте, сможете с нуля разработать ROI калькулятор и узнать как эффективно его использовать.
Благодаря тренингу Вы научитесь проводить собеседования, делегировать задачи и ответственность, мотивировать команду, развивать сотрудников, налаживать коммуникации и эффективно управлять своим временем.
Описание и подробную программу можно посмотреть по ссылкам выше.
Автоматизация мобильных приложений – молодая отрасль. В ней пока мало наработанных решений, готовых фреймворков и стабильных утилит. Тестировщик, выбирающий стек автоматизации, далеко не всегда может оценить популярность и нужность той или иной утилиты, ведь знания о них разрознены и труднодоступны.
В этом видео я рассказываю о всех популярных инструментах автоматизации, от драйверов и простых надстроек до универсальных комбайнов, рассматриваю их популярность и целесообразность использования. Если вы не знаете, какой фреймворк выбрать и стоит ли работать с Appium – посмотрите это видео, станет понятнее.
Тестировщики исследуют проблемы и риски, а другие люди управляют проектом, проектируют его и пишут код. Как тестировщики, мы, конечно, участвуем в этом процессе, но делаем это особенным образом и смотрим на него по-своему: наша основная задача – это предсказывать, искать, и находить проблемы.
Мы не предотвращаем проблемы – не мы занимаемся проектированием, построением и исправлением продукта. Мы можем помочь предотвратить дальнейшее распространение существующих проблем путем поиска багов, недопониманий, вопросов, рисков, и доведения их до сведения команды. С нашей помощью те, кто делает продукт и управляет им, борются с проблемами, которые мы обнаружили, и предотвращают появление куда худших проблем в будущем.
Это самая масштабная внешняя IT-конференция ЕРАМ. На ней специалисты компании рассказывают о том, с какими необычными задачами сталкивались на проектах и как находили решения. А еще делятся ценными лайфхаками.
«Лаборатория Касперского» ищет крутого инженера для тестирования высоконагруженной распределённой отказоустойчивой высокодоступной системы, основной функцией которой является предоставление пользователям возможности активировать продукты Лаборатории Касперского (KAV, KIS, KES, etc) в режиме 24/7/365.
Сервис ежедневно обслуживает миллионы пользовательских запросов и интегрируется с десятками сервисов внутри сервисной экосистемы Компании. Для обеспечения доступности и устойчивости к разделению (в соответствии с теоремой CAP) используется модель согласованности данных eventual consistency.
Обязанности:
Подготовка тестовых планов и сценариев
Организация сложных видов тестов (нагрузочное, стрессовое, объемное)
Тестирование web-сервисов
Проектирование тестовых сред
Оценка тестопригодности
Подготовка приемочных тестов
Проведение интеграционного тестирования
Курирование младших тестировщиков
Необходимый опыт:
Уверенный опыт написания автотестов на C# или java
Знание теории тестирования
Опыт тестирования web-сервисов
Разработки набора автоматизированных тестовых сценариев
Навыки систематизации и выявления корневой причины дефектов
Опыт самостоятельного и командного планирования, детализирования задач
Опыт администрирования Windows Server
Желательно иметь опыт работы с платформой mstest, знание других платформ является плюсом
Высшее техническое образование
Технический английский
Будет преимуществом:
Хорошее знание c#
Знание PowerShell
Бонусы
В нашем московском офисе — он же штаб квартира «Лаборатории Касперского» — нет ничего особенного: обедаем в своём ресторане, загораем на собственном пляже, паримся в сауне после спортзала
Заставляют всё время бесплатно учиться: по своей теме, иностранным языкам и прочей ерунде
Лечат, как могут — по огромнейшему социальнейшему пакетищу (ДМС с зубами)
Корпоративы приходится делать самим: летом поём вместе с Земфирой, а зимой — с группировкой «Ленинград»
Хочешь терпеть всё это вместе с нами? Скорее откликайся на вакансию — поплачем на твоём собеседовании!
В мобильной автоматизации использовать реальные устройства – дорого и не всегда эффективно. Удаленные фермы устройств, вроде Browserstack, стоят достаточно дорого. Поддержание локальной фермы стоит еще дороже – администрирование парка устройств отнимает очень много времени.
В такой ситуации спасает тестирование на эмуляторах. Их установка и настройка не занимает много времени, в большинстве своем они бесплатны, а утилиты автоматизации давно умеют подключаться к ним самостоятельно.
В этом видео я расскажу о том, как установить и настроить самый простой и доступный эмулятор Android – Genymotion. Он бесплатен для личного использования, поддерживает почти все актуальные платформы и прост в установке.
Люди совершают ошибки. Это аксиома. Кто-то больше, кто-то – меньше; кто-то учится исключительно на своих ошибках и шишках на лбу, а кому-то достаточно чужого опыта. В своей статье я расскажу об ошибках, совершаемых в нашей индустрии, и постараюсь доказать читателю, что некоторые ошибки – это позитивный опыт.
Баг, там баг!
Однажды я заблокировала продакшн-релиз… Это вполне себе обычное дело в практике тестировщика. В том случае, когда ты работаешь недавно, блокировка релизов – дело более опытных коллег. Но что делать, если твои старшие товарищи в отпуске, а на продакшн-версию может попасть «поехавшая верстка»?
К слову сказать, дефект содержался и в четырех предыдущих версиях продукта и не слишком-то мешал пользователям, но я, молодой борец за качество программных продуктов, не могла допустить, чтобы и в пятый раз эти баги остались нетронутыми.
Selenium WebDriver – это, фактически, стандарт для автоматизации Web UI. Отличный инструмент, но, как и все хорошее, зачастую используется неправильно. У меня много вопросов к использованию Selenium WebDriver, и сейчас вы узнаете об этом все!
WebDriver «Юнит-тесты»
«Юнит-тесты на WebDriver» напоминают квадратные круги – они по определению неверны логически. Если мне не изменяет память, юнит-тесты – это тесты белого ящика, что подразумевает прямой доступ к коду продукта. Тесты Web UI, использующие WebDriver – это тесты черного ящика, так как они взаимодействуют с активным, запущенным сайтом. Следовательно, они выше уровня юнит-тестов по определению. Не надо их так называть.
Всех участников ждёт встреча с легендами мира тестирования: автором методологии Rapid Software Testing Майклом Болтоном, руководителем Selenium Project Саймоном Стюартом, главным редактором Smashing Magazine Виталием Фридманом и другими экспертами мирового уровня.
Из 120 заявок организаторы отобрали три десятка лучших докладов, в которых есть то, что вы не узнаете из книг или форумов. Heisenbug позволит посмотреть на тестирование под другим углом и задуматься о вещах, которые в повседневной жизни никогда не придут вам в голову.
Помимо основной программы будет вечеринка: спортивное «Что? Где? Когда?», неформальное общение за кружкой пенного и кулуарные BoF-сессии, где каждый сможет высказаться и почувствовать себя частью мощного коммьюнити.
Если вы еще не купили билет – регистрируйтесь с промокодом SoftwareTestingPromo и получайте скидку 3000 рублей на личное посещение и 1500 на онлайн-трансляцию.
Современные тестовые фреймворки – это комплексные утилиты с богатым фунцкионалом. При помощи JUnit или TestNG можно написать тесты практически любой сложности. Тем не менее, такое богатство функционала зачастую избыточно. Если ваша задача – автоматизировать небольшое мобильное приложение, или вы только начинаете работать с автоматизацией, использование универсальных фреймворков не всегда будет оправдано. Многообразие возможностей и большое количество кода могут отпугнуть начинающих от написания автотестов.
В такой ситуации помогут специализированные фреймворки. Один из таких фреймворков – Cucumber – проектировался как фреймворк для приемочного тестирования, поддерживает Behavior Driven Development, а разработка в нем ведется на языке Gherkin. Этот язык близок к естественным языкам, и код на нем выглядит куда более дружелюбным. Конечно, за шагами Cucumber также стоит некоторое количество кода, но гранулярность и понятность самих шагов облегчает его написание.
В этом видео я рассказываю о префиксах Given, When, Then, And и Or, и об их правильном использовании в тестах.
Участие бесплатное. Главное – зарегистрироваться 
