QA + Мобильное тестирование

И она мне очень по душе, благодаря отличному коллективу, интересным задачам и другим приятным плюшкам :)

Всем привет!

Очень часто можно услышать такие слова как web-тестирование, mobile-тестирование, api-тестирование.

Попробуем разобраться в этом простым языком.

Если говорить кратко, то web-тестирование - это проверка работы функционала на стороне веб-приложения, иначе говоря, что страницы, которые вы видите через браузер корректно отображают данные, которые приходят с сервера, а также логика на странице отрабатывает верно.

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

В данном случае в веб-части проверять мы будем именно то, что страница корректно отображает то, что приходит в ответе от сервера

Тут мы плавно переходим к api-тестированию (в нашем случае http-rest)

Целью api-тестирования является проверка логики работы сервера. Что же такое api? Простыми словами - это язык общения сервисов и приложений. Логика здесь такая: чтобы отобразить информацию, которая хранится на сервере, веб-приложение отправляет запрос на этот сервер по определенному пути, конечной точкой которого является эндпоинт (например, https://www.youtube.com/watch?v=dQw4w9WgXcQ, здесь эндпоинтом является /watch). Сервер же, в зависимости от эндпоина выполняет ту или иную функцию, и отдает ответ. Если по запрашиваемому приложением эндпоинту на сервере нет заранее запланированного ответа - вернется код 404 (например, https://www.youtube.com/watch12323).

Каждый ответ сервера можно разделить на условно 3 мажорные части: headers, status, body (но не только из них)

В headers содержаться заголовки ответа, например такой как Content-Type который говорит, какого типа будет содержаться контент в ответе.

В body помещается основная информация, в примере выше это будет самый лучший сотрудник: например, его ник, или имя-фамилия, ссылка на профиль.
В status содержится код ответа, который состоит из 3-х значного числа. По первой цифре которого можно понять что произошло с нашим запросом, всего есть 5 типов кодов, но самыми часто-встречаемыми являются: 2xx - запрос выполнен корректно, 4xx - ошибки на клиенте (например 404 - запрос по эндпоинту, которого не существует на сервере), 5хх - ошибки на сервере, например, при определенной комбинации входящих данных, сервер может вести себя некорректно.

Целью QA в данном случае будет являться проверить что все api ведут себя так, как было описано в спецификации к ним и/или по общепринятым стандартам (например, если api на корректный запрос присылает код 4xx - это некорректное поведение).

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

Mobile-тестирование - это проверка того, как работает мобильное приложение. Можно провести параллель с веб-тестирование, только клиентом в данном случае будет приложение, работающее под мобильным устройством. Тут есть (и очень много) подводные камни, потому что важной частью любого приложения является удобство использования (кнопка, требующая частого нажатия в левом верхнем углу приложения точно не будет отличной идеей - сами попробуйте туда дотянуться), либо, к примеру, такая вещь как обновление приложения - у разных пользователей могут оказаться разные версии приложения, но все они должны работать так, как изначально задумывалось.

На примере postman, запрос к google.com/ будет выглядеть так

Привет всем обитателям Пикабу! С вами вновь я, начинающий инженер по тестированию.

Сегодня на растерзании у нас всеми знакомый мессенджер - месье @telegram. Бывают погрешности даже в самых популярных и поддерживаемых продуктах. В подавляющем большинстве, это всё мелочные погрешности. И сегодняшний баг как раз из таких мелких косяков, что убежали от всевидящих очей тестировщика. Но даже такие моменты могут расстроить пользователя.

Я и раньше находил баг посерьезнее в данном ПО, но его исправили. Может замечали, что при вложении файлов в сообщения бывало, что программа просто вылетала? Вот и я заметил, нашел, воспроизвел и передал в службу технической поддержки. Жаль не осталось скринкаста.

И так, приступим! Сегодняшний баг у нас квалифицируется как баг вёрстки. Это доставляет некий эстетический дискомфорт при использовании приложения. Начнем с простого, а именно с предусловия:

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

А второе – у вас должно быть устройство, на базе iOs. У меня нет других устройств, а ставить эмулятор для такого мелочного бага лень. (шутка, я проверил и не обнаружил, на андроидах немного иначе построено приложение)

На этом предусловие заканчивается! И мы переходим непосредственно к воспроизведению бага. Рубрика «Шаги» в студию.

Шаг первый – открывает Телеграм на нашем устройстве. И мы сразу оказываемся в списке наших диалогов.

Шаг второй – свайпаем вниз, чтобы появилась строка поиска. Это важно!

Шаг третий – Тапаем по этой самой строке и вводим заранее записанный номер телефона.

Когда полностью будет введен номер телефона, Телеграм предложит нам добавить его в контакты, тапаем «Добавить» - это и будет четвертым шагом.

В пятом шаге необходимо заполнить поле «Имя» в открывшейся форме значением «й». Ну коммон, это первое, что пришло мне в голову.

И последним шагом будет нажатие на кнопку «Создать».

После чего, мы видим открытую страницу нового контакта, и она чуууутка убежала вверх. Задеты кнопки «Назад» и «Изм.»(Изменить, если кто не в курсе). Ими неудобно пользоваться, даже невозможно.

Подводя итог, хочу сказать, что баг был менее интересен, чем предыдущий, но всё же полезно даже на такие мелочи обращать внимание. О нём я сообщу в службу поддержки и будем надеяться, что в следующей версии приложения его пофиксят. Скринкаст всего процесса прикладывать не стал из-за обилия чужеродных лиц и данных, если вам будет интересно, вы можете самостоятельно проверить данный баг. Особенно интересно его воспроизвести на устройствах с тактильной кнопкой – iPhone SE 2020, 8, 7, 6 и тд.

А на сегодня у меня всё. Готовлю новый выпуск по одному сайту, там уйма багов, все они разные и о ним хочется поговорить. Всем спасибо, кто читал/дочитал. Буду рад услышать ваше мнение. И да прибудет с вами сила!