В телеграмм-канале «Тестировщики нужны» Станислав Яковлев опубликовал отличную подборку ссылок для тестирования мобилок. Забираю в блог с разрешения автора:
Теория, книги, статьи
Hands-On Mobile App Testing: A Guide for Mobile Testers and Anyone Involved in the Mobile App
Чек-лист тестирования мобильных приложений
Монетизация приложения myTarget
UI-элементы и жесты в мобильных приложениях
Guidelines
Для тестирования иногда нужны картинки определенных размеров. В этой статье я собрала разные сервисы, на которых можно легко получить картинку нужного размера.
Это может быть как dummy image, то есть «пустышка», так и картинка на определенную тематику (чтобы не так скучно было) — котики, бекон, актеры... В пустышках удобно то, что сразу виден размер картинки. А с остальными не так скучно, особенно если тестировать аватарку =)
Большинство сервисов из этого поста — те, которые генерят картинку по размерам, ширине и высоте. Если нужно по весу, то см пункт 14. Ширину и высоту можно подменять прямо в URL почти везде — это удобно, можно за один раз наклепать себе с десяток тестовых данных.
Создает «пустышки» — картинки нужного размера без излишеств. Внутри картинки прописан её размер, не более.
Очень удобный интерфейс — открыл сайт, ввел ширину-высоту (цвет и формат по желанию) — перешел по сгенеренной ссылке и сохранил. Если нужно несколько картинок, то можно менять размеры прямо в URL. Пример картинки размером 600 на 500:
https://dummyimage.com/600x500/000/fff
Тоже создает «пустышки» картинки нужного размера. Но на этом сайте на главной странице слишком много «лишней» информации, воспринимается сложнее. Впрочем, можно это всё не читать, а указывать размеры прямо в URL. Примеры картинок:
https://via.placeholder.com/150 — квадрат 150 на 150
http://via.placeholder.com/640x360 — прямоугольник 640 на 360
Docker — это контейнер для приложения. В котором уже всё настроено — и операционная система, и сервер приложения, и вся инфраструктура. Бери да используй!
Докер активно используют разработчики и тестировщики для проверки приложений. Его используют и для поставок клиентам готового продукта. В нем поднимают приложения, гоняют автотесты... А также упоминают в вакансиях и спрашивают на собеседованиях =))
Поэтому в этой статье я расскажу на простом языке и с картиночками, что это вообще такое. А за кровавыми техническими подробностями идите в раздел «статьи и видео по теме».
Краткое содержание (в блоггере сделать кликабельным его не могу, увы, не нахожу тут якорей):
Допустим, вы решили купить велосипед. Сравните две ситуации:
*******************************************************************
1. Вам привезли все детали отдельно. Причем велосипед хитрый, так что деталей много, в том числе много мелких.
А инструкция по сборке местами неполная, местами устаревшая — детали выглядят уже по-другому, поди угадай, о чем речь!
Сегодня недавний выпускник моих курсов поделился радостью — уже вышел на работу в хорошую международную компанию. Не зря гоняли на курсе, помогло на тестовом! Но об этом уже давайте из отзыва Сергея:
Полное название: «Гении и аутсайдеры. Почему одним всё, а другим ничего?». Автор раскрывает интересную мысль: всем гениям в какой-то мере повезло. Они родились в нужный момент, у них была возможность заниматься тем, что потом принесло им миллионы, и так далее.
Начинает автор с анализа хоккеистов — в какой месяц родились самые лучшие хоккеисты? Оказывается, что в любой элитной группе около 40% игроков родились в январе, феврале или марте, 30 % — с апреля по июнь, и всего 10 % в последнем квартале года. Почему так?
Оказалось, что отбор в хоккейные клубы заканчивается в январе. И если день рождения 31 декабря, то ты попадаешь в одну группу, а если 2 января — в другую. Разница вроде в пару дней, а фактически в год. И это очень чувствуется. Ведь когда знаменитые тренеры ищут таланты, на кого они обратят внимание? На мальчика постарше, потому что у него явно физическая форма будет лучше просто за счет выигрыша в возрасте.
GUI — graphical user interface, графический пользовательский интерфейс. Это то, с чем работает обычный пользователь, открыл сайт и тык-тык по кнопочкам.
Тестирование GUI — это проверка того, что интерфейс выглядит как задумано. Иногда это означает выверку по макетам из ТЗ. И даже если видишь сдвиг на 1 пиксель — заводишь баг. Но чаще всего это означает просто проверить, что все кнопочки нажимаются, текст за границы нигде не вылезает, и других косяков нет. Баги вёрстки в вебе, баги наложения текста в мобилках.
Если у вас не стоит задачи выверять расположение каждого пикселя, то отдельно тестирование GUI не проводится. Вы проверяете функционал, обращая при этом внимание на отображение. И всё. Баги вёрстки вы и так заметите, по крайней мере, должны.
Этим человек выгодно отличается от робота. Робот проверит ровно то, что ему сказали. Сказали «тыкнуть «войти» и ввести такие-то данные», он и тыкнет. И пофигу будет роботу, что формочку всю перекосило, свою задачу то он выполнил! А человек заметит косяк и поставит баг.
