Негласно считается, что хороший менеджер – это родитель одного, а лучше двух и более детей. Никогда не задумывались, почему? Возможно, менеджер-родитель обладает преимуществом в планировании? Может быть, он умеет грамотно распределять задачи? Или тут что-то связано с декомпозицией и оценкой времени?
Секрет же менеджера-родителя кроется в отношениях. Хороший менеджер-родитель переносит паттерны общения со своими детьми в команду. Растит новичков, защищает их от внешних угроз (к примеру, от негатива смежных команд), проявляет участие в жизни каждого, радуется успехам и с родительским терпением принимает нас такими, какие мы есть. Мне приходилось работать под руководством разных людей в разных командах, и самое приятное – находиться под опекой менеджера-родителя. В теплой семейной атмосфере и работать, знаете ли, приятнее, и расти в профессии легче.
В этой статье мы поговорим о неминуемом – о появлении новичка в команде. Можно ли при этом обеспечить ему безопасное погружение, не создавая также угрозы команде и всему проекту?
Сейчас много говорят про DevOps, Agile-разработку и «сдвиг влево». Очевидно, эти процессные модели совершили открытие: тестировщики могут не только тестировать готовый продукт, и они могут и должны быть вовлечены в каждую стадию разработки.
Это не новость для курса «Rapid Software Testing». Мы изначально отвергли идею, что продукт должен быть завершен/соответствовать определенному уровню качества или неким «приемочным критериям», чтобы перейти в тестирование. Мы приветствуем возможность протестировать что угодно, выданное нам. Мы с радостью начнем тестирование с момента зарождения идеи продукта до момента, наступившего спустя долгое время после релиза.
Если тестировщиков приглашают на планерку, то продукт для тестирования еще отсутствует как класс. Что же нам там делать?
В докладе говорится о новых возможностях Open Source фреймворка JDI для Автоматизации UI Тестирования и не только на языках Java, C# .Net и Python. Архитектор проекта расскажет «всю правду» о своем детище, а Вы можете послушать, сделать выводы и, возможно, использовать это решение для Вашего следующего проекта.
Тестировщик всегда работает в условиях недостатка времени: беклог не уменьшается, релиз на носу, а протестировать нужно еще многое. Чтобы обеспечить качество продукта, нужно постоянно повышать эффективность собственной работы. Один из способов - освоить некоторые инструменты, облегчающие рутинные действия в тестировании.
Для работы с девайсами и эмуляторами на системе Android нет ничего более удобного, чем инструменты от Google. Один из главных инструментов, входящий в Android SDK — это Android Debug Bridge. Эта утилита дает тестировщику доступ к огромному количеству отладочных команд. С их помощью можно получить и обработать значительно больше данных, чем вручную. Другая утилита — Android Virtual Device — отвечает за запуск и работу с эмуляторами.
Курс «Инструменты тестировщика: Android debug bridge» подробно рассматривает нужные для тестирования команды, при этом опуская лишнюю информацию.
Бывали ли вы в доме маляра, требующем покраски, или в доме плотника, в котором не закончена отделка? Видели ли вы машину механика, которая прямо-таки требует починки? Почему, с вашей точки зрения, это происходит? Возможно, они слишком заняты работой, оплачивающей их счета? Или просто не хотят тратить время на то, что они и так целый день делают на работе, еще и дома? Как бы там ни было, кажется, что зачастую мы не применяем навыки, в которых мы достигли совершенства, к вещам, находящимся под нашим собственным контролем.
То же самое происходит и с тестировщиками. Мы классно находим баги, и все равно жалуемся. Мы жалуемся, что в нашей автоматизацией куча проблем. Мы отлично находим проблемы для других людей, но забываем применять этот навык, чтобы найти проблемы в своих собственных тестах. Наши тесты сломаны, и с этим надо что-то делать. Их надо тестировать!
Каждый тестировщик в своей практике сталкивается с необходимостью погружения в тот или иной проект: его активности, правила, подходы, устоявшуюся практику. Однако далеко не всегда данный процесс налажен, имеет продуманную структуру, собранную воедино документацию и наставника, который весь этот процесс самоотверженно курирует.
От того, правильно или неправильно начинается погружение сотрудника, зависят очень многие факторы:
как быстро тестировщик станет полезным на проекте?
как много времени на погружение придётся затратить тест-менеджеру?
насколько комфортным для сотрудника будет период ознакомления?
качественный ли информационный фундамент будет заложен на будущее?
В рамках данного доклада мы рассмотрим, как научиться правильно погружаться в проекты, чтобы в максимально короткие сроки становиться востребованным сотрудником и чувствовать себя комфортно на протяжении всего процесса погружения и после него.
Доклад будет полезен начинающим специалистам, для которых важно строить крепкую карьеру в сфере тестирования с самого начала, и тест-менеджерам, формирующим грамотную команду.
Почему мы доверяем нашу жизнь машинам? Как известно, человек – существо ленивое. Если кто-то может постирать, раскопать, подумать (?) за нас, то мы с легкостью вверяем ему наши обязанности и переключаемся на более интересные вещи (прокрастинация в социальных сетях не считается ).
Но есть еще один немаловажный аспект: автоматизация любого процесса – это увеличение производительности. Профит правильно заавтоматизированного процесса улетает в космос. Возможности современных машин поражают воображение. Следовательно, не воспользоваться в тестировании благами автоматизации, наверное, было бы самой большой ошибкой в сфере разработки программного обеспечения.
Тестировщик всегда работает в условиях недостатка времени: беклог не уменьшается, релиз на носу, а протестировать нужно еще многое. Чтобы обеспечить качество продукта, нужно постоянно повышать эффективность собственной работы. Один из способов - освоить некоторые инструменты, облегчающие рутинные действия в тестировании.
Для упрощения повседневных задач и несложной автоматизации удобно использовать Bash — командную оболочку, которая есть во всех популярных операционных системах. С ее помощью можно создавать, искать и менять файлы, отслеживать процессы, логиниться на удаленные машины и делать еще сотни задач, с которыми тестировщик сталкивается каждый день.
Курс «Инструменты тестировщика: Командная строка» содержит все популярные команды из Bash, а так же множество домашних заданий на отработку знаний.
На этом курсе вы научитесь:
Работать с файлами и папками;
Искать внутри файлов, директорий и дерева процессов;
Выделять и обрабатывать запущенные в системе программы;
Тогда это казалось хорошей идеей, но сейчас я об этом жалею. Утром я проснулся рано, когда вся семья еще спала, и тихо прокрался вниз по лестнице, направляясь на кухню. Я открыл холодильник и там стояла она, полная бутылка эг-нога (напиток из взбитых яиц с сахаром, ромом или вином – прим. перев.) Я вытащил ее из холодильника, пододвинул стул к шкафу, нашел чашку и налил себе полную чашку вкусного, густого эг-нога. Когда я прикончил чашку, я налил еще одну, а затем еще, пока бутылка не опустела. Он был таким вкусным, но желудок сообщал мне, что я сделал глупость. Не буду утомлять вас деталями, но сегодня я понял, что слишком хорошо – тоже нехорошо.
Все, кто когда-либо сталкивался с тестированием производительности, прекрасно знают, как сложно сделать отчеты понятными, хорошо визуализированными и прозрачными для заказчика. Очень важно выбрать "правильные" метрики и разработать нужные профили нагрузки, но если в результате заказчик увидит скучные и непонятные кривые на белом фоне, он вполне может отказаться от тестирования производительности как такового, поскольку результат будет не вполне прозрачен. Давайте посмотрим, как можно улучшить впечатление от результатов тестирования производительности, на примере интеграции JMeter с мощным инструментом визуализации - Grafana.
).
