Автотесты под Android — это непросто. Чтобы выстроить процесс автотестирования, надо запланировать и решить множество задач. Но самая большая беда заключается в том, что нигде нет полного описания, что вообще включает в себя автотестирование под Android, каковы его основные стадии. Отсутствует цельная картина. Этой статьей мы хотим восполнить пробел.
Она также выступит в роли схематичной дорожной карты работы Avokado Project. Мы верим в то, что в скором времени разворачивание автотестирования будет занимать куда меньше времени, чем сейчас. И активно работаем в этом направлении.
Автор: Кристин Джеквони (Kristin Jackvony) Оригинал статьи Перевод: Ольга Алифанова
Пользовались ли вы когда-нибудь JWT? Скорее всего, да, если вы хоть раз тестировали продукт с аутентификацией или авторизацией! Термин JWT произносится как "джот" и расшифровывается как JSON Web Token. JWT создаются компанией Auth0, чья цель – предоставить продуктам метод определения, есть ли у пользователя необходимые права для доступа к ресурсу. Чем хороши JWT? Они позволяют приложению проверить авторизационные данные, не передавая логин, пароль или куки. Перехватить можно любые запросы, но JWT не содержит персональных данных и зашифрован, поэтому его перехват не принесет особой пользы (чтобы узнать больше о разнице между токенами и куки, см. статью). Давайте посмотрим, как создаются JWT.
Автотесты — модная, но довольно затратная история. Автоматизаторы стоят дороже, чем ручные тестировщики, а сами автотесты требуют больше времени на разработку, причем разрабатывается не функционал продукта, а его проверка, которая окупается не явно и не сразу. Требует затрат и поддержка автотестов. Однако каждую из этих статей расходов можно минимизировать, сделав автотестирование намного эффективнее.
Меня зовут Мария Снопок, я менеджер направления автоматизации в Отделе тестирования Департамента разработки и сопровождения продуктов больших данных X5 Retail Group. В этой статье я расскажу о нашем опыте внедрения автотестов и сокращении связанных с ними издержек. Надеюсь, эта информация окажется полезной для команд, которые сталкиваются с трудностями при переходе на автоматизированное тестирование.
Автор: Пол Симан (Paul Seaman) Оригинал статьи Перевод: Ольга Алифанова
На днях было интересно следить за постами в LinkedIn. Популярными темами были "ручное тестирование" и "не все могут тестировать". Хоть меня и раздражает термин "ручное тестирование", на данный момент меня утомила эта дискуссия. Давайте рассмотрим тезис "не все могут тестировать". Я не уверен, что не впадаю сейчас в тест-ересь, но приступим!
Всем привет! Агеева Нина, автор курса «Погружение в тестирование. Jedi Point» продолжает тему визуального менеджмента в тестировании и знакомит вас с техниками тест-анализа и тест-дизайна: ДПЗ, тестированием на основе диаграммы состояний и переходов, блок-схемами и классами эквивалентности. В своем видео Нина расскажет, почему стоит прибегать к визуальному менеджменту и что это даёт тестировщику.
Автор: Виктор Славчев (Viktor Slavchev) Оригинал статьи Перевод: Ольга Алифанова
Хотите, я расскажу вам рождественскую сказку? Кто-то, возможно, скажет, что Рождество давно прошло, но знаете, что не пройдет никогда? Глупости, которые делают люди и называют это рабочим процессом. Не слышали, как разработчики (а может, и тестировщики) говорят "Надо поправить CI-билд, чтобы все тесты прошли"? Или что-то вроде "Мой CI-билд снова упал, как быть с этими плавающими, нестабильными тестами?" Знакомо звучит? Мне кажется, разработчики убеждены, что цель билда – быть вечно зеленым. Я называю это "вечнозеленым CI-билдом" (и поэтому это рождественская сказка), или, чтоб покороче, Эвергринчем. Эвергринч – это на самом деле монстр, который хочет украсть ваше качество и убить ваш проект. Это жуткая рождественская сказка.
Всем привет! 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.
