Каждый руководитель должен понимать, на что способна его команда в целом и каждый сотрудник в отдельности. Понимание это достигается применением тех или иных техник, и сейчас я расскажу Вам о своей практике на примере одного из проектов, на котором я работал еще до поступления в ЛК.
Итак, меня назначили на должность тимлида группы тестирования, состоящей из 8 человек (далее «команда»): 1 ведущего, 3 старших и 4 «обычных» специалистов. Имея экспертные знания о продукте, я пока еще не представлял уровень подготовки членов команды, из-за чего не был уверен в качестве тестирования сложных задач и не мог правильно выделить время на их проверку. Задача выбора исполнителя для каждой доработки и оценки трудозатрат решалась непросто и далеко не всегда эффективно. Работа шла по схеме «сами берите в работу те задачи, которые лучше знаете».
Аддоны к браузерам вряд ли пригодятся в автоматизации тестирования web-систем, но при ручном тестировании они могут оказаться полезны. К примеру, можно заполнять элементы на выбранной странице, исходя из своих условий и входных данных. Ниже рассмотрено создание такого аддона для Firefox и Chrome без претензий на красоту кода.
Задача: разработать аддон для Firefox и расширение для Chrome со следующей функциональностью:
1. В тулбаре появляется кнопка (иконка).
2. При нажатии на эту кнопку анализируется URL активной страницы (вкладки). Если URL – один из заранее заданных URLs, то при нажатии на кнопку тулбара скрипт берет пару “пользователь-пароль” из опций в зависимости от URL и заполняет поля ввода логина и пароля на странице. Далее скрипт нажимает кнопку логина.
"Обращайтесь с читателями так, как вы хотели бы, чтобы обращались с вами. Пишите Gherkin так, что люди, не знающие фичу, поймут, о чем это".
Хороший Gherkin (как и любой язык, основанный на specification-by-example) неразрывно связан с созданием хороших заголовков для поведенческих сценариев. Заголовок – это лицо сценария: он резюмирует суть поведения. Хорошие заголовки серьезно облегчают сотрудничество в команде, а плохие – затрудняют его. Но что же делает заголовок "хорошим"? Вот несколько неплохих советов.
Тестирование на проникновение является одной из методик выявления областей системы, уязвимых для вторжения и компрометации целостности и достоверности со стороны неавторизованных и злонамеренных пользователей или сущностей. Процесс тестирования проникновения включает в себя умышленные санкционированные атаки на систему, способные выявить как ее наиболее слабые области, так и пробелы в защите от сторонних проникновений, и тем самым улучшить атрибуты безопасности.
Данная методика также может быть использована в качестве дополнения к другим методам проверки для оценки эффективности комплекса защиты системы от различных типов неожиданных вредоносных атак.
Сегодня утром я получила письмо, которое, в частности, гласило:
У меня появилась возможность попробовать себя в роли тест-тренера на моем нынешнем рабочем месте (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
Бонусы
В нашем московском офисе — он же штаб квартира «Лаборатории Касперского» — нет ничего особенного: обедаем в своём ресторане, загораем на собственном пляже, паримся в сауне после спортзала
Заставляют всё время бесплатно учиться: по своей теме, иностранным языкам и прочей ерунде
Лечат, как могут — по огромнейшему социальнейшему пакетищу (ДМС с зубами)
Корпоративы приходится делать самим: летом поём вместе с Земфирой, а зимой — с группировкой «Ленинград»
Хочешь терпеть всё это вместе с нами? Скорее откликайся на вакансию — поплачем на твоём собеседовании!
Участие бесплатное. Главное – зарегистрироваться 
