Всем привет! SimbirSoft продолжает серию онлайн-митапов в Краснодаре. Если вы занимаетесь тестированием ИТ-продуктов, в том числе автоматизированным, и хотите прокачаться в этой теме, подключайтесь к круглому столу в формате онлайн. В программе несколько мини-докладов экспертов, дискуссия и подарки за самые интересные вопросы.
Темы и спикеры
Управление рисками
Виды рисков. Как прогнозировать риски и управлять ими на проекте.
Дискуссия о том, какие риски срабатывают чаще.
От джуна до сеньора. Карьерный навигатор для QA
Рассматриваем требования к специалистам уровня junior, middle, senior на примере компании SimbirSoft.
Разбираем вопросы, как развиваться и куда двигаться. Что такое карьерный навигатор и как он помогает специалистам в саморазвитии.
Все об оценке. От задачи до проекта
Оценка проекта: от лида до КП. Как учесть в оценке все часы разработки будущего проекта.
Как посчитать затраты на все работы специалистов QA и SDET и найти баланс между стоимостью (временем, потраченным на оценку) оценки и ее качеством.
Что в итоге делать с оценкой и что должен знать заказчик.
Автоматизация тестирования мобильных приложений: c чего начать
Как правильно подступиться к мобильной автоматизации и не наступить на грабли.
Как использовать Appium на проектах.
Для участия просим зарегистрироваться на TimePad. До встречи 30 сентября!
О нас
SimbirSoft занимает 1 место среди разработчиков ПО в России, согласно оценке аналитического агентства Clutch. Компания занимается разработкой и тестированием программных продуктов с 2001 года. Количество сотрудников ─ более 800 человек. Головной офис и центры разработки находятся в нескольких городах России, с филиалом в США.
Только за месяц этот вопрос был задан на трех митапах по тестированию, естественно в том формате ответ был очень общий. Информации совсем немного. Задача требует работы со статистикой, а это в основные обязанности тестировщика не входит. Я со статистикой работала плотно, есть что рассказать, чем поделиться и, что не менее важно, сейчас у меня есть время, а такая публикация требует его немало. Я ничего не продаю, я просто делюсь своими знаниями ).
Просьба к опытным QA mobile поделиться своим опытом в комментариях. Это не займет много времени. А новичкам это нужно.
В первой части мы заглянули в готовый список и прошли четыре первых шага: попытались получить свою статистику, проанализировали приложение и ЦА, подготовили шаблон требований/характеристик, изучив статистику производителей. И отдельно подумали нужен ли нам планшет(ы).
Автор: Алан Ричардсон (Alan Richardson) Оригинал статьи Перевод: Ольга Алифанова
Краткое содержание: для испытаний системы в тестировании используются модели, и наша информация ограничена теми моделями, которые мы используем и строим. Мы можем варьировать их, чтобы увеличить вероятность нахождения информации, связанной с багами. Надо быть осторожными, чтобы не впасть в ложную уверенность.
Заметки о тестировании, вдохновленные цитатами Акоффа, Эшби, Дейкстры и Вайнберга.
Локатор — это путь к элементу в интерфейсе, с помощью которого автоматизированный тест (автотест) сможет его найти. Локаторы используются в автотестах, имитирующих работу пользователя в интерфейсе, в любых системах, но мы сегодня будем говорить только о web-системах. Для других систем виды локаторов будут другими, но к ним можно применять тот же подход поиска, как и в вебе. Локаторы подразделяют на простые и сложные. Простые локаторы называются так, потому что они соответствуют простым атрибутам элементов: id, name, class и др. В сложных локаторах используются совокупности атрибутов или близлежащие элементы. В вебе 2 вида таких локаторов: css и xpath.
Автор: Баз Дейкстра (Bas Djikstra) Оригинал статьи Перевод: Ольга Алифанова
Недавно я смотрел вебинар "Убивает ли Cucumber-автоматизация ваш проект" от SauceLabs, представленный Николаем Адволодкиным. В этом вебинаре Николай демонстрировал интересные цифры: 68% опрошенных сообщали, что они не сотрудничают с коллегами, создавая спецификации на сессии "трех товарищей". Однако 54% опрошенных сказали, что пользуются Cucumber.
Это означает, что значительное количество участников опроса, использующих Cucumber, не сотрудничают с другими при создании спецификаций путем таких практик, как сессии трех товарищей, спецификации на основании примеров и преобразования примеров. Однако это не сильная сторона Cucumber. Эти инструменты разворачиваются во всю мощь, когда используются для поддержки сотрудничества, как сказано в этой статьеАслака Хеллесой, создателя и ключевого разработчика проекта Cucumber.
В 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 с броским заголовком, но сомнительным содержанием и спорными утверждениями. В этой конкретной статье автор высказывал одно из "вечнозеленых" заблуждений об автоматизации и тестировании (не буду давать ссылку – не потому, что я не уважаю автора, а просто потому, что считаю множество допущений там ложными, и не хочу делиться ими со своей аудиторией). Оно звучало так:
"Инженер-автоматизатор просто старается автоматизировать повторяющиеся нудные задачи ручного тестировщика, чтобы они выполнялись программно без посторонней помощи".
Нравится вам это или нет – это определение вы будете часто слышать, спрашивая людей о цели автоматизации, или о том, почему им нравится ей заниматься. И это утверждение… ЛОЖЬ!
Цель видео не в том, чтобы вы буквально использовали этот список, чтобы заставить ваших коллег багроветь от злости от одного упоминания о вас! Намерение состоит в том, чтобы помочь вам сделать шаг назад и посмотреть, есть ли у вас плохие отношения с разработчиками и совершаете ли вы эти ошибки.
Теперь, когда с этим разобрались — давайте поговорим о том, как вызвать ненависть разработчиков к себе, если ты тестировщик!
