Новый год - время подарков, и мы к вам не с пустыми руками!
Около полугода назад мы запустили несколько курсов по инструментам тестировщика: bash, git и adb. Они очень понравились ученикам, и мы получили много качественного фидбека. В том числе многие просили нас осветить Chrome DevTools - самый популярный инструмент в тестировании веб-приложений. Вы просили — мы сделали!
Встречайте: курс “Chrome DevTools: инструменты тестировщика”. Он создан для быстрого погружения в специфические для тестирования навыки работы с этим инструментом. Курс — практический, теория дается в минимально необходимом для понимания объеме. Знания, приобретенные на этом курсе, помогут вам эффективно работать с Chrome DevTools сразу по окончании занятий.
Вы научитесь:
писать CSS и XPath локаторы;
ловить JS-ошибки;
отличать типы запросов друг от друга;
проверять сайт под нагрузкой;
эмулировать экран мобильных устройств;
менять скорость соединения;
проверять сертификаты безопасности,
и огромному количеству других вещей.
Записаться можно по ссылке, для первого запуска действует льготная цена - всего 2500 рублей.
Но это еще не все!
Несмотря на то, что мы поставили очередные запуски курсов по инструментам перед самым новым годом - 26 декабря, мы учли, что в новогодние каникулы хочется отдыхать, а не учиться, поэтому увеличили срок курса в два раза. Поэтому те, кто хочет отдохнуть в новогодние каникулы, смогут это сделать и не отстать от группы, а те, кто готов потратить праздники продуктивно могут закончить курс во время новогодних каникул.
Любой заинтересованный в деньгах тестировщик иногда задаёт вопросы: * Сколько я стою как специалист? * Какие навыки нужно развивать, чтобы повысить свою ценность для работодателя? *Не стану ли я получать больше, сменив офисную работу в Барнауле на удалёнку в Москве?
Уровень дохода – это своеобразный универсальный эквивалент успешности специалиста на своём профессиональном поприще. И если о своём уровне дохода мы знаем всё, то в каком направлении развиваться, чтобы этот доход увеличить, мы можем только догадываться. Согласно принципу Парето 80% средств работодатель/заказчик готов платить за 20% наших умений и навыков. Вопрос лишь в том, какие навыки в современных реалиях входят в эти 20%. И сегодня мы попробуем подобрать тот самый ключик к успеху.
В своём исследовании мы решили пойти, так сказать, «от человека», и потому проводим опрос не на уровне CIO и кадровых служб, а на уровне лиц, «кровно» заинтересованных в результатах опроса: вас, уважаемые QA специалисты.
По итогам этого опроса мы опубликуем аналитическую статью, из которой вы узнаете: * Как зарплаты QA специалистов зависят от стран, должностей и типов занятости. * Какие навыки тестировщика ценятся на рынке труда больше всего.
* Как суммарный опыт работы в сфере QA влияет на итоговую ЗП тестировщиков.
Пожалуйста, будьте объективны и реалистичны, отвечая на вопросы. Это многократно повысит достоверность и ценность проводимого исследования! Ссылка на форму опроса:http://goo.gl/forms/B6Q0NZqOHpnEj4L82 Сроки проведения опроса: 13-28 декабря Организатор опроса: «Лаборатория качества». Место публикации результата опроса: http://software-testing.ru
1 сентября стартовал длинный тренинг компании Лаборатория Качества «Первый Онлайн ИНститут Тестировщиков», который содержит 17 уроков по самым разным темам тестирования.
Мы получили много писем, нас часто спрашивали: “Курс большой, 17 вебинаров, а мне срочно нужно 2 занятия по тестированию мобилок”, или “Можно ли получить доступ только к вебинару “SQL для тестировщика?”, а то и “Как попасть к вам на карьерное консультирование или получить фидбек на мое резюме?”, и даже “Я еще не знаю, точно ли мне нужен курс и хочу ли я быть тестировщиком, как получить доступ к 3 первым вебинарам?”
Мы решили дать вам такую возможность.
Только один раз в рамках новогодней акции с 10.12 по 20.12 можно будет купить любой урок курса ПОИНТ всего за 1500 рублей или два урока за 2400 рублей или три урока за 3100 рублей.
Что вы получите:
доступ к урокам по выбранным темам и домашнее задание
возможность задавать тренеру вопросы в скайп-чате
возможность получать обратную связь по результатам выполнения домашней работы
Если после покупки вы решите пройти весь курс ПОИНТ, то сможете при оплате зачесть сумму, потраченную на отдельные уроки.
А ещё мы решили предложить вам новый формат — оплати и начни немедленно!
Доступ к учебным материалам вы получите уже на следующий день после оплаты! Чем раньше вы оплатите, тем больше у вас будет времени на общение с тренером и выполнение домашней работы.
Выберите свои любимые темы уроков прямо сегодня! Акция проводится только до 20.12 включительно.
На первый запуск нового тренинга действует специальная льготная цена!!!
Начало: 26 декабря
Тестировщик всегда работает в условиях недостатка времени: беклог не уменьшается, релиз на носу, а протестировать нужно еще многое. Чтобы обеспечить качество продукта, нужно постоянно повышать эффективность собственной работы. Один из способов - освоить некоторые инструменты, облегчающие рутинные действия в тестировании.
В веб-тестировании часто требуется работать с изнанкой страницы: смотреть локаторы, определять время загрузки, выделять отдельные элементы. Де-факто стандартом в индустрии стал инструмент Chrome DevTools, встроенный прямо в браузер Chrome. Разработчики используют его для отладки кода, но этот инструмент широко распространен и в тестировании. Более того, основные паттерны работы, заданные Chrome DevTools, используются как в других веб-инструментах, так и в работе с мобильными устройствами. Естественно, хорошее знание такой утилиты будет плюсом для любого тестировщика.
Курс «Chrome DevTools: Инструменты тестировщика» создан для быстрого погружения в специфические для тестирования навыки работы с этим инструментом. Курс — практический, теория дается в минимально необходимом для понимания объеме. Знания, приобретенные на этом курсе, помогут вам эффективно работать с Chrome DevTools сразу по окончании занятий.
На днях меня вновь спросили "Когда заказчик спрашивает, сколько времени займет тестирование нашего проекта, что мне ему отвечать?"
Простейший ответ, который я могу предложить, таков: если тестирование – часть процесса разработки, то оно займет ровно столько же времени, сколько разработка. Это связано с тем, что эффективное и продуктивное тестирование не разделено с разработкой – оно встроено в разработку.
Когда мы разрабатываем программный продукт или услугу, мы создаем дизайны, прототипы, функции, модули, компоненты, интерфейсы, интегрированные компоненты, сервисы, системы целиком… С каждым созданным нами элементом ассоциируется какой-либо уровень риска – возможности возникновения проблем. Дабы преуспеть, каждый элемент системы должен вписываться в общую картину совместно с другими элементами, и удовлетворять запросам тех, кто использует и создает систему.
Многие организации планируют тестирование, не осознавая всей ценности такого планирования. Тестировщики зачастую создают тест-планы просто потому, что всегда это делали (или процессы гласят им, что так надо). Если тест-план грамотно составлен – это мощное оружие в вашем тест-арсенале.
Писать тест-план или не писать – вот в чем вопрос! Этот вопрос регулярно поднимается в обсуждениях на Software Testing Clinic. Положительный ответ на этот вопрос, в свою очередь, породит множество новых вопросов. Вот некоторые из них, которые стоит задать себе или команде:
В какой форме тест-план должен быть?
Какую информацию он должен включать?
Для кого он предназначен?
Это ценные вопросы, заслуживающие подробных и взвешенных ответов. Их задают очень часто, и их необходимо задавать, чтобы убедиться, что план дает внятные ответы на различные вопросы бизнеса – к примеру, связанные с наглядностью, контролируемостью, передачей знаний или управлением изменениями.
Публикуем запись доклада Антона Малев-Ланецкого "Postman и Newman — автоматизация API для бедных" с прошедшего в Новосибирске QA DevDay.
Антон привык работать в условиях ограниченных сроков-бюджетов и с радостью делится своими лайфхаками. В докладе рассказывает, как подружить Postman и Newman, уйти от запуска руками и получить отчёт в удобном виде. Бесценный навык и бесплатная реализация.
Когда я слышу вопрос "У меня большой набор ручных тестов, какие из них (или, что еще хуже, "какие тест-кейсы") мне стоит автоматизировать", я беспокоюсь сразу о нескольких вещах.
Во-первых, концентрация на тест-кейсах сигнализирует о довольно убогом образе мыслей в отношении тестирования. Это связано с тем, что тест-кейсы зачастую формулируются как четкое следование явной процедуре с целью получения специфического результата. В лучшем случае следование процедуре подтвердит, что продукт может работать, а также предполагает, что любой не наблюдаемый в ходе процедуры и после нее результат не так уж важен.
Проблема тут в том, что процедуру можно варьировать потенциально бесконечным множеством способов, и множество факторов могут повлиять на сам тест или его результат. Будут ли люди пользоваться продуктом одним и только одним способом? Выявят ли эти специфические данные проблему? Могут ли другие данные выявить проблему, которую не найдешь при помощи имеющихся? Будет ли баг возникать каждый раз при следовании этому сценарию? Тест-кейсы зачастую активно подавляют исследовательскую жилку. Тест-кейсы – это не тестирование, а баги не следуют за тест-кейсами.
