Тестирование мобильных приложений *

После многих лет работы в должности QA Engineer я решил поделиться некоторыми советами по общению с разработчиками. Далее описаны мои наблюдения по этому поводу.

Привет!

Мы расширяем команду IT-специалистов и на этот раз приглашаем QA-инженеров уровня middle/senior пообщаться в новом формате — One Night Offer.

Мы не будем тратить время на на найм «по всем правилами» — с долгими согласованиями и десятком собеседований. Предлагаем уложиться в один вечер. За несколько часов вы успеете всё, от техскрининга до внутреннего интервью с командой — на нём вы собеседуете нас. Лучшие получат оффер в Альфа-Банк.

Когда?

10 февраля с 18:00 (подать заявку нужно до 15:00 9 февраля).

Что важно?

Ваш грейд — middle или senior, джунов позовём в следующий раз.

Опыт работы — не менее года. 

Вы умеете проектировать тест-кейсы, применяли практики тест-дизайна и разбираетесь в клиент-серверной архитектуре, знаете SOAP/REST.

Вы хотите расти до full-stack тестировщика и готовы повышать свою экспертизу в крутой команде с отличными условиями.

Узнать подробности и подать заявку можно на сайте.

Меня зовут Семен, я занимаюсь автоматизацией тестирования мобильных приложений в hh.ru, и сегодня я расскажу о том, как писать автотесты под iOS. 

Быстрые регрессы, низкий time-to-merket, счастливые пользователи, у которых нет багов — для всего этого нам нужны автотесты. Наше мобильное приложение работает сразу на двух платформах, и мы пишем автотесты для каждой из них. 

Привет, Хабр! Немного наболело, хочу поделиться. В серии материалов я освещу ряд аспектов мобильного компьютерного зрения по принципу “от простого к сложному в имплементации”, однако буду фокусироваться на сложных кейсах, которые выходят за грань банального “распознать QR-код с фотографии один раз в сутки на %гиперскейлере%”. Я пишу только о мобильном, полностью автономном подходе, и надеюсь, смогу раскрыть определённую глубину задач мобильного компьютерного зрения, о которой не подозреваешь, принимаясь за работу по распознаванию данных с физических носителей в первый раз. 

Первая статья - о том, как правильно протестировать сценарии распознавания штрих-кодов.

Одной из самых дорогих по времени операций на CI-сервере является прогон автотестов. Есть множество способов их ускорения, например, распараллеливание выполнения по нескольким CI-агентам и/или эмуляторам, полная эмуляция внешнего окружения(backend/сервисы Google/вебсокеты), тонкая настройка эмуляторов(Отключение анимации/ Headless-сборки / отключение снепшотов) и так далее. Сегодня поговорим про импакт-анализ или запуск только тех тестов, которые связаны с последними изменениями в коде. Расскажу какие шаги нужны для импакт-анализа и как мы реализовали это в нашем проекте.

Тестирование — не то, чем кажется. Я работаю тестировщицей больше десяти лет и встречала разные мифы о своей работе. В этой статье я разберу самые популярные из них.

Примечание редакции: тема важная, поэтому в качестве иллюстраций для большей читаемости мы добавили любимые мемы про QA.

Как и обещали, возвращаемся с записью первого QA-митапа от Ozon Tech. Поговорили об уровнях изоляции компонентов и комбинаторике. Ещё при регистрации можно было задать вопрос о тестировании, как это устроено у нас — мы получили почти полсотни любопытных вопросов и успели ответить на большинство из них.

Видео и презентации — под катом.

Когда вы открываете любой сайт — например, google или facebook, вы видите конечный продукт. Но чтобы этот продукт увидеть, и пощупать, нужно:

1. Написать код приложения

2. Собрать проект

3. Поднять его на сервере приложения

Сегодня я расскажу про третий этап: что вообще такое сервер приложения и зачем он нужен.

Меня зовут Катя, я недавно стала QA-лидом в Альфа-Банке, до этого работала в команде. В этом посте я расскажу, как у меня происходил переход из командного тестировщика в позицию QA-лида. Возможно, моя история окажется полезной для тех, кто переходит из статуса "часть команды" в статус лида и пытается понять, что вообще случилось и как дальше жить.

Сейчас я занимаюсь Альфа-Мобайлом, нашим мобильным приложением для физических лиц. Работа в команде состояла из обычного взаимодействия с нашими IOS- и Android-разработчиками, с аналитиком, с бэкенд-разработчиком и с product owner’ом. В моей командной работе были обычные спринты, обычная приемка, обычное написание автотестов к различным компонентам архитектуры, конечно же, дедлайны и еженедельный всеобщий Мобайловский регресс. Помимо работы в команде, есть еще наставничество.

Архитектура довольно нетипичная: помимо обычного front’a и back’a есть еще и middle, и не каждый въезжает сразу, на это тратится много времени. На тот момент, когда со мной поговорил мой руководитель и рассказал, что пора переходить в лиды, у меня было два начинающих падавана. В общем, состоялся разговор о том, что пора расти, пора уже переходить дальше, я ответила, что хоть и очень загружена, но готова. 

QA Boot Camp — бесплатный проект, в котором участники смогут перенять навыки тестирования от QA-инженеров DINS. Лучшие участники проекта получат от нас оффер.  

Семинары проекта будут проходить три раза в неделю с марта до мая, все онлайн. Участникам нужны базовые навыки программирования и знания в области айти, подробнее об этом — под катом.  

Подбираем эффективную конфигурацию под ваши нужды

Всем привет! Меня зовут Иван Левиков, я старший инженер по тестированию.

ВКонтакте развиваю и ускоряю автотесты, анализирую и улучшаю инфраструктуру, создаю новые решения.

При проектировании инфраструктуры для автотестов на Android приходится искать ответы на вопросы о том, где можно их запускать и где лучше это делать. 

Рассмотрим самые популярные места для запуска автотестов: 
• облачные решения;
• решения на физических девайсах. 

Disclaimer. В статье рассмотрим конфигурацию, которую вы можете внедрить в свои проекты. При этом помните про несколько факторов:

• Результат может варьироваться, если используются разные серверные машины.
• Избыток ресурсов — это не всегда хорошо.
• Оптимизация железа должна идти бок о бок с оптимизацией тестов.

Тестировщик и разработчик — два разных мира: иногда про них говорят, что они как кошка с собакой. Вряд ли совместная работа принесёт большую пользу, если взаимопонимание находится на низком уровне: например, когда тестировщик дёргает разработчика по мелочам, нечётко описывает кейсы или сваливает кучу мелких багов в одну задачу, разработчика всё это только раздражает и демотивирует… 

Собрали 5 советов, которые помогут тестировщику найти взаимопонимание с разработчиками.

Всем привет! Меня зовут Даниил Хейфец, и я QA Lead мобильного направления в hh.ru. В этой статье я расскажу, как мы автоматизировали flow релиза мобильных приложений, как разбили его разработку на этапы, какие инструменты использовали и с какими проблемами столкнулись. 

Это текстовая расшифровка видео вышедшего на нашем канале, посему если вам удобнее смотреть, а не читать, добро пожаловать на наш Youtube-канал.

Очень редко люди задумываются что определяет хорошие тесты. Если тесты отличные то их просто невидно - они прозрачно растворяются в процессе и про них только вспоминают когда они ловят баг.

Как выйти на рынок с программным продуктом для платёжных операций, который удовлетворит потребности пользователей и гарантирует безопасность транзакций? Рассказываем в этой статье.

Привет, Хабр! В этой статье расскажу, в чём особенности тестирования приложения на Flutter под iOS и Android и чем оно отличается от тестирования нативного приложения.

Наверное, любой тестировщик хоть раз в жизни слышал фразу «‎Тестирование нужно начинать как можно раньше»‎. И это правда. Чем раньше у отдела качества появится информация о проекте, тем меньше вероятность пропуска логических ошибок. Но жизнь — не сказка, и очень часто продукт попадает в руки тестировщика на предпоследнем этапе. Разумеется, и так можно работать, и весьма продуктивно. Но что делать в ситуации, когда отдел QA еще и не получает информации, ибо ее попросту нет. Весь проект в голове лида/менеджера, там все стройно, четко, красиво. Но как только он порционно выдает задачи команде, начинается то, о чем я хочу рассказать. Поэтому давайте попробуем поднять ставки и погрузиться в фантастическую вселенную, где каждая ошибка фатальна.

Привет!

Меня зовут Ольга Назина. Я в тестировании с 2006 года. Тестировщик, тренер, практик, энтузиаст — вот тут можно почитать обо мне подробнее.

Я очень люблю серию книг по разработке ПО от Head First O`Reilly:

• Изучаем Java. Кэти Сьерра и Берт Бейтс

• Изучаем SQL. Линн Бейли

• и другие

И вот я решила написать книгу для начинающих тестировщиков. В таком же стиле. С картиночками, примерами, домашними заданиями и всё такое. О ней я и хочу вам рассказать

Build Flavors — технология, позволяющая собирать несколько вариантов приложения с общей кодовой базой и общими ресурсами.

Причина появления статьи — запутанность и излишняя сложность для такой простой темы официальной документации. В короткий пост моего канала об Android-разработке оно не влезло, поэтому почти полноценная статья.