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

Привет, Хабр!

Меня зовут Герман, я давно работаю в тестировании (ex Тинькофф, Островок, Яндекс), читаю лекции в QA Studio и основатель проекта Джуны (бесплатное тестирование небольших проектов).

Я вижу, что вакансий и стажировок для джунов мало, а обучение стало похожим на постоянную гонку — предъявляемые требования к выпускникам всё больше и больше.

Создаётся впечатление, что, чтобы стать тестировщиком — нужно быть гением или учиться несколько лет. Можно поймать себя на синдроме самозванца и постоянной тревожности — ведь я ещё столько всего не знаю!

Или фиксим баги багатона, на котором фиксим баги.

Bugathon (багатон) — это мероприятие/соревнование, проводимое внутри компании между командами/сотрудниками. Его цель в том, чтобы исправить как можно больше дефектов продакшена (или тикетов о дефектах, но об этом позже). Если загуглить количество упоминаний о «hackathon», то вы обнаружите порядка 17 млн результатов, а по слову «bugathon» всего 17 тысяч. Корреляцию проводить не стоит, но значения вполне пропорциональны уровням интереса в создании новых фич в продуктовых командах и работе с дефектами в них.

Поэтому Багатоны — редкое явление, но не потому, что проведение подобного мероприятия говорит о том, что у компании проблемы с дефект-менеджментом и Багатон последняя надежда. Это не так, можно найти 3-4 других способа разобраться с багами при сопоставимых бюджетах. Дело в том, что успешный багатон — это не просто собрать все команды разработки в отдельный день, освободив от всех иных активностей, направив их фокус только на решение багов, со словами «кто решит больше дефектов, тот и получит конфету». Это достаточно массивный пласт работ со множеством нюансов. Краткое описание этого процесса можно прочитать в статье «Альфа-Багатон. Как мы закрыли кучу багов в двух больших продуктах в формате хакатона». 

Именно эти нюансы или подводные камни часто приводят к тому, что Багатон даже не начинается, а если проходит, то не так как ожидалось. На этом я здесь и сосредоточусь на подводных камнях, которые могут ждать вас во время организации Багатона. Для меня написание этой статьи поможет понять, что можно было сделать лучше, в формате публичного отчёта. Не всё же об историях успеха рассказывать, ведь, как мне кажется, рассказ о подводных камнях будет интереснее. Хотя бы тем, что вы будете знать, как и когда их обойти. 

Всем привет, я Света, тимлид команды тестирования мобильных приложений в Emerging Travel Group :) В своей предыдущей статье я рассказала про любимый и родной Charles, а в этой я решила немного выйти из зоны комфорта и рассказать про один из главных его конкурентов — Proxyman. Будем играть по-честному, и рассмотрим на реальных примерах те же, на мой взгляд, основные и самые ходовые функции сниффера, которые используют QA и разработчики на почти ежедневной основе. Поехали!

Продолжаем цикл статей Пола Герарда о Лидерстве в тестировании. 

Итак, что такое План?  

План объединяет задачи проекта, предполагаемую продолжительность, зависимости и конечные результаты вместе в запланированной моделью реальности. 

Если рассматривать план как предсказание будущего, то полагаться на него следует с большой опаской, но именно так мы обычно и поступаем. 

Возможно, вы сталкивались с руководителями проектов, которые относятся к своему плану как к своей личной реальности – своему собственному иллюзорному миру. Но мы не должны быть так суровы с ними – они часто мотивированы на то, чтобы создать план и выполнить его, несмотря ни на что. 

План — это не реальность; это модель реальности, требующая постоянного изменения. 

В этой статье я расскажу о каждом этапе планирования тестирования.

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

Почти 70% потребителей признают, что скорость работы страницы влияет на их готовность совершить покупку в интернет-магазине. - Unbounce, 2019 

“Критичный баг на проде!”

Это сообщение в рабочем мессенджере, пожалуй, самый страшный сон тестировщика/QA-специалиста.

Я в тестировании уже больше 10 лет, попробовала себя в разных ролях на 40+ проектах.

И в этой статье рассмотрю ТОП-5 наиболее распространенных причин появления багов на проде, которые НЕ зависят напрямую от тестировщиков. С примерами и анализом, как этих багов избежать.

Статья написана на основе реального опыта: моего и моих коллег-тестировщиков.

Адаптивный веб-дизайна стал ключевым фактором, определяющим удобство нашего доступа к информации с помощью различных цифровых устройств. Вещи, которые несколько лет назад казались неосуществимыми, стали обыденностью. Я до сих пор помню, что представляла собой моя работа над школьными проектами в 2005 году, когда доступными стали не только компьютеры, но и телефонное подключение к Интернет.  

Однако Интернет уже никогда не будет прежним. Взрывной рост количества информации изменил и способы ее отображения. Адаптивный веб-дизайн позволил нам просматривать различные веб-сайты одним движением пальца. Прошли те времена, когда нам приходилось увеличивать и уменьшать масштаб экрана телефона, чтобы просмотреть определенные сайты. Теперь, благодаря адаптивному веб-дизайну, мы можем беспрепятственно просматривать различные страницы на телефонах без каких-либо проблем. Это стало возможным благодаря тестированию адаптивного веб-дизайна, которому постоянно уделяется приоритетное внимание. Давайте же разберемся, что такое адаптивный веб-дизайн? 

Ранее мы с вами познакомились с пирамидой тестирования и ее основанием. В данной же статье предлагаю перейти к вершине.

Привет, меня зовут Света и я тимлид Mobile QA в Emerging Travel Group. В этой статье я простым языком расскажу про один из самых полезных и простых в использовании инструментов тестирования мобильных приложений — мистер Charles Proxy, и покажу на примерах некоторые самые полезные его функции.

Для начала разберёмся, кто вообще такой этот Charles.

Charles Proxy — это сниффер (sniffer – перехватчик) трафика, инструмент для анализа трафика, который позволяет отслеживать, записывать и анализировать сетевые запросы между устройствами и интернетом.

Charles — не единственный инструмент для анализа трафика, у него есть аналоги, например: WhireShark, Fiddler, Proхyman, mitmproxy. Все они в той или иной степени про одно, различие лишь в интерфейсе, поддержке разных платформ, и наборе функционала.

Всем привет! В этой статье мы сформулируем основные рекомендации для составления грамотного резюме на позицию QA-инженера и разберемся, чем резюме джуна отличается от резюме мидла. Это небольшой чек-лист, сформированный на основе структуры резюме образца hh.ru, однако все советы адаптивны и будут эффективны для любых форматов самопрезентации. Материал будет полезен главным образом начинающим тестировщикам, однако и более продвинутые специалисты смогут обнаружить здесь что-нибудь интересное. Над статьей работали эксперт по работе с соискателями сервиса "Готовое резюме” Лариса Сазонова и product QA-engineer Полина Ясакова.

В первой части статьи мы рассказали, как легко и быстро построить инфраструктуру для запуска UI-тестов на Android с помощью Appium и Selenoid. Продолжаем историю и рассказываем, как внедрили в схему запуск UI-тестов на iOS.

В начале карьеры я считал, что тестирование - это скучное направление с однообразными задачами и рассматривал его как ступеньку к профессии разработчика. Сейчас, спустя 10 лет, я всё ещё продолжаю развиваться в этой области и получаю удовольствие, помогая менее опытным коллегам осваивать тестирование.

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

Модульное тестирование в iOS: все, что надо знать. Часть 1

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

Меня зовут Евгений Плёнкин. Я iOS разработчик компании СберЗдоровье. В этом материале я расскажу, что такое автоматизированное тестирование, в чём его польза в iOS-разработке и не только, сколько и каких тестов должно быть, а также какой инструмент для автотестов в iOS есть.

Статья написана в рамках серии «Модульное тестирование в iOS: все, что надо знать».

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

Современный рынок мобильных операционных систем поделен на два сегмента. К одному относятся аппараты на базе Android, к другому — iPhone. Однако в 2019-м году после некоторых событий компания Huawei представила свою операционную систему Harmony OS.

Что такое Harmony OS

Разработанная Huawei операционная система взаимодействует с несколькими умными устройствами для создания своей экосистемы. На данный момент она поддерживает следующие устройства:

При изучении техники тест-дизайна “доменный анализ”, я столкнулся с тем, что многие авторы описывают ее по-своему, что вполне логично. Перелопатить много разных статей об одном и том же, чтобы найти подходящее изложение материала и в конце концов понять желаемое - естественный процесс обучения. Но в случае доменного анализа, я заметил расхождение: кто-то описывает данную технику сложно, а кто-то ограничивается простой позицией - “это просто работа с классами эквивалентности и граничными значениями”.

В прошлой статье я рассказывал, что для ускорения проверки релизов мы используем Appium. Ниже расскажу, как мы настроили инфраструктуру, способную прогонять более 5 тысяч тестов в сутки на iOS и Android суммарно. Секрет прост — использовать Selenoid. Об этом и расскажу под катом.

Всем привет!

В этой статье я бы хотел поделиться инструментом, который мы в Okko используем для UI-автотестов для клиентских приложений платформы Android. 

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

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

И соответственно, чем больше мы этим занимаемся, тем выше вероятность падения UI-тестов, поскольку в идеальном мире взаимодействия с клиентом должно быть ровно столько, сколько необходимо для выполнения теста, а у нас же получается всё наоборот. Поэтому после того, как такие тесты уже написаны, все начинают задумываться, а не начать ли применять к фронтовым тестам что-нибудь из бэкенда. Мы столкнулись с этой же проблемой. 

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

Трудности на работе для junior тестировщиков и как с ними справиться. Я расскажу о 5 из них и поделюсь советами о том, как их преодолеть.

В этой статье отражено исключительно мое личное мнение, и она частично основана на проблемах, с которыми я столкнулась в работе junior тестировщика программного обеспечения. 

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