«Упрощаем жизнь мобильному тестировщику», Чингиз Джакубалиев

kolesagroup, qameetup, qaengineer

Похожие видео

Описание

Чингиз рассказал об инструментах, которые упрощают жизнь мобильному тестировщику, и об автоматизации процессов мобильного тестирования. 20 июня в офисе Kolesa Group прошел QA Meetup 2, посвященный вопросам тестирования и обеспечения качества проектов.

Текстовая версия

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

Как взаимодействовать с разработчиками в разных типах команд как правильно проверять задачи и какие фишки автоматизации мы используем у себя в компании.

Чтобы сэкономить драгоценное время задаюсь вопросом приходит новая фича как и проверить как нужно правильно разговаривать с разработчиком! Вообще нужен ли какой-то поход к разработчику нету какого-то одного такого правильного ответа поэтому давайте рассмотрим несколько?

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

В принципе просто разработчик там берет телефон собирает нам все свои изменения ветки и отдает тестировщику. На тест это хорошее взаимодействие то есть! И разработчик и тестировщика не как мама с папой?

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

Быстрее также конечно в каких то моментах проще договориться и обсудить какие детали будут эффективней ну и всегда можно попросить быстро! Пересобрать сборку давайте рассмотрим теперь команду когда.

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

Сейчас есть такая мода заказывать приложение там на аутсорсинге то есть:

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

Что какие минусы возникают в этом случае нет возможности. Подойти и попросить собрать изменения на телефон также все вопросы решаются через машин. Мессенджеры то есть это получается все простое во времени и возникает вопрос как проверять изменения давайте.

Начнем с android разработке здесь есть два варианта тебе присылают по почте либо каком-то иному другому ресурсу build вы его берете скачивать.

Установки на телефон принципе все просто второй вариант это дает ссылку в play маркете на внутреннее тестирование. То есть в каймар где самом есть функция когда ты загружаешь апк файл туда и даешь и ринг на команду этапу как называется внутренней.

Датированный через play market через ios к сожалению? Боюсь тебе просто так не могут прислать файл файл называется этого к кпк в андроиде то эффект и 5 файл в аисе.

Нужны сертификаты поэтому сердце единственная но единственная возможность это тестировать! Через ставь лайк возникает вопрос удобно ли это из-за того.

Qaengineer

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

Сборке также принципе неудобно тестировать через play market потому что вот в одно время где доступен только.

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

Это так как мы работаю в колеса групп по идее много разработчиков много тестировщиков один разработчик делает 10 задач эти все 10 задач.

Проверяют 10 разных тестировщиков это возникает возникают такие моменты как собери мне здесь build собери там сделал изменения здесь сделал изменения там разработчики.

Переключая светка на ветку они начинаю психовать у нас конечно классно разработчики очень такие сдержанные?

Но все равно даже они начинают нервничать и все это занимает конечно время как проверять изменения в данном случае и вообще. Удобно ли зависеть все время про разработчика.

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

Либо продав ская и где меняется веточки начнем с android studio кто-нибудь знаком с android studio просто ручки вверх отлично но те кто незнаком? Я смотрю такие глаза ну в принципе ничего тяжелого вы наверное думаете что придется.

Много много читать много времени потратить чтоб разобраться. Но давайте я пробегусь по основному функционалу в android studio который должен!

Знать мобильных тестировщик поехали так первое to build верен что мы можем сделать здесь мы можем поменять тип окружении то.

Есть то ли мы будем тестировать на тестовом то ли мы будем тестировать напротив идем дальше это ветки в те то есть благодаря поисковику вы можете начинать! Печатать номер ветки выходит поисковике ветка вы ее стягивайте что это вам дает все все изменения? Которые сделал разработчик теперь локально у вас есть на компьютере ну и конечно для чего мы это все делаем для того что тестировать.

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

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

На устройствах может не работать на эмуляторах и наоборот почту. Работает на эмуляторах может не работать на устройствах ну и конечно логе для чего нужны логин для того чтобы правильно заводили задачи.

Вот моя коллега елена до этого рассказывала как мы заводим задачи что правильно. Указать тип ага из-за чего она упала то есть может быть вы какой то запрос от отослали. Но никто не ожидал что придет ну да поэтому здесь у вас вот вот здесь все белое все классно но если вдруг вы что-то?

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

Не так явно паниковать не надо можно просто всегда попросить разработчика.

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

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

Веточку протестировать и посмотреть логи из-за чего падает но возникает такой момент. Я все равно должен идти брать телефон должен подключать его как всегда знаете бывает.

Что что-то не работает ты ждешь начинаешь тихого так что ты вроде заработало ты переключаешься. С ветки на ветку ждешь время сборки. Время сборки тоже занимает какое то время как мы можем улучшить.

Этот процесс я точно знаю что молодой: Человек за что такое до 7 до кто знает что такое континент игре просто руки поднимите отлично да ну и может тут еще до сих пор не понял continent игре!

Sin это практика разработки программного обеспечения я так своими словами попробую накидать кто не до сих пор не понял это слияние нескольких. Файлов в основную рабочую обед несколько раз в день также это запуск автоматизированного сбора.

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

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

Сборки тесты и релизы единый жизненный цикл какие плюсы bamboo ну конечно это запуска процесса также эта настройка.

Триггера для запуска автоматический сборок по после каких-то коммитов также это создание многоступенчатых планов сборок!

Как в общем выглядит процесс разработки начинается сама? Разработка разработчик пишет код и всю свою поэзию он пушит средство изменения он кушает и тренируется автоматическая сборка после эту сборку мы все устанавливаем на мобильные. Девайсы давайте я пробегусь по основному функционалу bamboo.

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

Перейти на нужную веточку и нужный build ну и конечно мы знаем о состоянии.

Ветки зеленая это хорошо красная это плохо также мы знаем то что что происходит светочка данный момент.

То есть она либо собирается либо нас топе либо уже собралась либо зафейлилась то есть если веточка вдруг по каким-то! Причинам запылилась мы всегда можем пойти блоги и посмотреть что там происходит это конечно. Прогон юниты ей тестов то есть если вдруг какой-то из тестов упал то с горкой соответственно не собирается если.

Вдруг сборка падает то bamboo формирует report куда ты можешь зайти посмотреть почему сборка упал а также есть функция нас настройки. Жизни веточки то есть в нашей компании веточка оживет 14 дней после этого оно протыкает.

Дополнительные материалы

Хештеги:
Поделиться или сохранить к себе:
Моя Мотивация