В 2020 году в пятерке самых востребованных ИТ-профессий – специалист по тестированию, или QA Engineer, по данным порталов для поиска работы. Рынок растет, и ИТ-компании активно формируют команды Quality Assurance.
В вузах тестирование преподают в рамках некоторых, но далеко не всех ИТ-специальностей. Поэтому в QA чаще всего приходят через онлайн-курсы или самообучение. Как правило, оба способа занимают не менее 12 месяцев. При этом вложенные время и деньги еще не гарантируют, что начинающий QA сможет сразу пройти собеседование и получить желаемую работу.
Можно ли развить навыки быстрее, не теряя в качестве? Этот вопрос встал перед нами особенно остро, когда все наши ежегодные ИТ-митапы и интенсивы пришлось переносить в онлайн. Делимся мнением, что должно быть в программе, чтобы качественно и при этом быстро сделать первые шаги в QA – в среднем за 3 месяца (или 60+ часов). Надеемся, что этот опыт пригодится всем, кто вовлечен в передачу знаний в QA, и ждем ваших откликов.
Всем, привет. Хочу поделиться своим проектом, который я делал в последние несколько месяцев. Это open-source инструмент командной строки, предназначенный для удобного сбора метрик производительности веб-сайта в различных сетевых (и не только) условиях.
Уже реализована эмуляция slow3g, fast3g, и 4g сетей, тестирование с браузерным кешированием или без, эмуляция замедления процессора. Собираются события первой и наибольшей отрисовки, время потраченное на построение макета и пересчет стилей, размер ресурсов загруженных до FCP и другие полезные метрики.
Кому интересны подробности, немного кода и чуть-чуть про новое CSS правило которое появится в Chrome 85, прошу за мной!
В таком случае приглашаем Вас посетить Международную конференцию по вопросам качества программного обеспечения – SQA Days-27. Конференция пройдет 6-7 ноября 2020 в Москве.
Конференция будет проходить в три потока. В рамках мероприятия представлены доклады на общие и узкопрофессиональные темы. Но даже если вы не будете успевать увидеть все сами - после конференции все доклады станут доступны в записи.
Также мы повторим формат BarCamp - свободный обмен знаниями, где каждый может подготовить доклад на свою любимую тему.
В конце первого дня участников ждет традиционный фуршет и наш музыкальный сюрприз.
Узнать больше, зарегистрироваться и приобрести билет можно на сайте конференции.
Чтобы оценить уникальную атмосферу конференции, посмотрите видеофильм о том, как проходила предыдущая SQA Days.
SQA Days-27 – территория качества! ________________________________________________
Организаторы конференции - компания «Лаборатория тестирования» - ежегодно проводят целый ряд ИТ-конференций и тренингов для специалистов в области тестирования, управления, бизнес-анализа, разработки программного обеспечения. Кроме SQA Days, это Analyst Days, Software Project Management Days и другие ИТ-события международного уровня.
Узнать больше о мероприятиях и задать все интересующие вас вопросы можно по следующим адресам и телефонам:
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Я размышлял над статьей о тестировании, разработке ПО и их взаимоотношениях с автоматизацией. Я все еще думаю ее написать, но в ходе размышлений у меня родилась другая идея.
Меня спровоцировала одна из статей на LinkedIn с броским заголовком, но сомнительным содержанием и спорными утверждениями. В этой конкретной статье автор высказывал одно из "вечнозеленых" заблуждений об автоматизации и тестировании (не буду давать ссылку – не потому, что я не уважаю автора, а просто потому, что считаю множество допущений там ложными, и не хочу делиться ими со своей аудиторией). Оно звучало так:
"Инженер-автоматизатор просто старается автоматизировать повторяющиеся нудные задачи ручного тестировщика, чтобы они выполнялись программно без посторонней помощи".
Нравится вам это или нет – это определение вы будете часто слышать, спрашивая людей о цели автоматизации, или о том, почему им нравится ей заниматься. И это утверждение… ЛОЖЬ!
Цель видео не в том, чтобы вы буквально использовали этот список, чтобы заставить ваших коллег багроветь от злости от одного упоминания о вас! Намерение состоит в том, чтобы помочь вам сделать шаг назад и посмотреть, есть ли у вас плохие отношения с разработчиками и совершаете ли вы эти ошибки.
Теперь, когда с этим разобрались — давайте поговорим о том, как вызвать ненависть разработчиков к себе, если ты тестировщик!
Автор: Энди Найт (Andy Knight) Оригинал статьи Перевод: Ольга Алифанова
Хоть наш тест-проект невелик и примитивен, он демонстрирует хорошие практики UI-тестирования при помощи Python. Его можно расширить и улучшить несколькими способами. Завершающая часть курса расскажет о том, как вывести его на новый уровень:
В крупной компании джун-тестировщик с этим вопросом столкнется разве что на собеседовании. Можно рассказать общие принципы:
составление таблицы на 5-10 критериев отбора,
выбор, учитывая особенности приложения, характеристики реальных устройств и бюджет,
упомянуть, что девайс на руках — не единственный вариант, частично можно протестировать эмуляторами и симуляторами и про фермы тоже не забыть.
В компании поменьше, оказавшись в начале пути перед выбором реальным, а не теоретическим, будет заметно сложнее. На практике все не так просто как в теории. Но и не совсем страшно.
Автор: Джеймс Бах (James Bach) Оригинал статьи Перевод: Ольга Алифанова
Хорошо тестировать – значит находить значимые баги, с учетом предположения, что эти баги существуют (а мы всегда, всегда начинаем с этого предположения). Эти баги зарождаются в темноте, и мы выводим их на свет, оперируя продуктом всеми правильными способами. Я иногда чувствую, что баги застряли в коробке, а я трясу эту коробку, стучу по ней, как человек, у которого застряла монетка в автомате. Заметьте, я сказал, что я это чувствую. Я абсолютно точно так не думаю, и я редко так говорю, потому что это придает тестированию вид грубого усилия, а не вдумчивого процесса проектирования, достойного умных людей вроде нас (но да, я могу чувствовать себя гориллой из этого знаменитого рекламного ролика. Баг, выходи, подлый трус!)
Интернет изобилует полезными советами в области изучения новой лексики. Ресурсов настолько много, что в море этой информации можно утонуть, так и не найдя того самого понятного, эффективного приема, которым можно пользоваться в отсутствии каких-либо благоприятных условий (свободное время, супер-преподаватель, тысячи стикеров с новыми словами, которые каждую неделю актуализируют волшебные гномики).
В этой статье я поделюсь парочкой простых упражнений, которые помогут вам вводить в употребление новую лексику, даже если вы изучаете английский самостоятельно, без преподавателя, от потребности к потребности (поездки, командировки, созвоны).
Автор: Роберт Сабурин (Robert Sabourin) Оригинал статьи Перевод: Ольга Алифанова
Что делать, если в вашем тестовом проекте поджимает время? Когда код запаздывает? Когда дедлайны приближаются? Играете ли вы в "если бы только"? "Если бы только у нас было больше автотестов", или "если бы только наши тесты были устойчивее, чтобы нам не пришлось прогонять такое количество тестов для выявления багов". Проблема с этой игрой в том, что если вы начали в нее играть – уже поздно что-то менять.
