Как работать тестировщику: выстраиваем планирование, общаемся с командой разработки и проверяем сайты на безопасность

Тестирование производительности сайта

Тестирование производительности сайта или веб-приложения должно включать в себя:

• Нагрузочное тестирование.
• Стрессовое тестирование.

Проверьте производительность приложения на различной скорости интернета.

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

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

ab тестирование функциональности также включает в себя проверку на ошибки, связанные с оперативной памяти.

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

Нагрузка

1. Количество пользователей, одновременно посещающих сайт;
2. Проверьте работу системы при пиковых нагрузках;
3. Пользователь осуществляет доступ к большому количеству данных.

Что почитать?

Тестирование, да и ИТ в целом, — бурно развивающаяся отрасль, поэтому часто можно встретить скептическое отношение к книгам. Слишком уж у них велик “цикл производства”. Писать, издавать, распространять — долго. Он растягивается более чем вдвое, если мы говорим о переводной литературе.
Однако одну книгу наш отдел тестирования рекомендовал почти единогласно — “Тестирование Дот Ком” Романа Савина. Это самая известная книга по теме, которая просто и доступно вводит в курс основных понятий и процессов в ручном тестировании. И хотя она издана довольно давно, базовые знания, изложенные в ней, до сих пор актуальны. Пожалуй, ее читали процентов 80 всех тестировщиков в странах СНГ.
Другие рекомендации легко найти в распространенных в интернете “списках N книг для начинающего тестировщика”. Но в целом наша команда тестирования считает, что базы из книги Романа Савина будет достаточно для запуска дальнейшего процесса самообразования.

Проверка совместимости

Нужно проверить:

• Совместимость с браузерами;
• Совместимость с операционными системами;
• Просмотр на мобильных устройствах;
• Параметры печати.

Совместимость с браузерами

Работа некоторых веб-приложений зависит от типа браузера. Сайт должен быть совместим с различной конфигурацией и параметрами разнообразных браузеров.

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

Проверьте работу веб-приложения в браузерах Internet Explorer, Firefox, Netscape Navigator, AOL, Safari, Opera разных версий.

Совместимость с операционными системами

Некоторые функции веб-приложения могут быть несовместимы с определенными операционными системами. Не во всех из них поддерживаются новые технологии, используемые в веб-разработке. Поэтому проверьте работу приложения в Windows, Unix, MAC, Linux, Solaris и их различных версиях.

Просмотр на мобильных устройствах

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

Параметры печати

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

80% успеха – это самообразование

Я твердо убежден: какие бы ни были замечательные курсы или книги, 80% успеха – это самообразование

Важно не бояться задавать себе неудобные вопросы, признавать, что что-то не понятно, не игнорировать малоинтересное на первый взгляд, не ограничиваться изучением «топ-5 книг по тестированию» или «20 лучших блогов для тестировщика». . В современном мире, не выходя из дома, можно получить столько информации, что оставлять белые пятна в профессии добровольно – непозволительная роскошь

Лично я регулярно мониторю Хабр и Тостер – там всегда можно найти актуальную информацию и полезные ссылки. Вот еще несколько каналов в Телеграме, которые помогают мне быть в «потоке»:

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

• @qajuniors – для джуниоров; 
• @qa_ru – русскоговорящее сообщество; 
• @qa_automation – для автоматизаторов;
• @qa_jobs – вакансии и поиск работы;
• @qa_bad_company – про компании.

Почему тестировщик и QA не одно и то же

На практике основные задачи тестировщика отличаются от обязанностей QA-инженера. Тестировщик запускает тесты, проверяет и сверяет фактический результат с ожидаемым. У QA-инженера — масса задач для поддержания качества продукта. Общение с командой или заказчиком, планирование работ по тестированию, генерация специфической проектной документации и множество других тасков. Но если относиться к такой работе, как к длительному процессу развития, то большая часть умений приходит к тестировщику с опытом. Он участвует в командных активностях, постепенно получает доступ ко все большему количеству интересных заданий и усиливает свою экспертизу. Потихоньку начинающий тестировщик приближается к гордому званию настоящего QA.

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

QA — в первую очередь инженер

Для многих это звучит непривычно и вызывает небольшое сопротивление. Не стоит нервничать 🙂 Специалист каждый новый таск воспринимает, как челлендж, рвется его преодолеть с помощью имеющегося тулсета? Поздравляем, Вы нашли идеального QA. Столкнувшись с незнакомой задачей, тестировщик скажет: «Я такого не умею. Найдите того, кто умеет», а инженер  ответит: «Дайте я разберусь и объясню, как могу решить эту задачу». В моей команде есть несколько специалистов, которые постепенно начали разделять и поддерживать этот подход. В тот момент, когда они приняли новые правила игры, когда страха неудачи не существует, а очередная задача — это всегда увлекательный и посильный челлендж — они стали получать от работы больше удовольствия и постоянный респект от коллег. Ребятам достаются новые, «непонятные» таски и в них они находят для себя постоянный рост.

Какие активности доступны с описанным выше складом ума? Любые! Ограничений практически нет. За любую задачу можно взяться, почерпнув из нее что-то новое. Например, виды тестирования, помимо простого мануального, это же кладезь интересных задач:

• автоматизация функциональных проверок;

• перформанс;

• секьюрити;

• аксессибилити.

Среди других активностей, могу выделить такие:

• вникание в код приложения для поиска новых вариантов проверок или отсечения дубликатных;

• применение новых техник тест-дизайна к существующим проверкам;

• построение новых пайплайнов тестирования.

Этот список можно продолжать. Каждый специалист найдет что-нибудь полезное для профессионального роста, руководствуясь своими навыками и интересами. Чтобы получать доступ ко все новым активностям и таскам. Крутой инженер умеет все, а с чем еще не знаком, разберется и сделает самостоятельно.

Единственным ограничителем может стать проектная ситуация и команда. Кто ищет, тот всегда найдет. При большом желании, заинтересованный в личностном развитии QA-специалист, всегда будет охотно браться за новые вызовы, стараться проявлять себя в интересных задачах с необычной стороны. Проверено на собственном опыте и команде. Лично мне хотелось бы, чтобы каждый, кто покоряет профессию QA, четко понимал — это не только про тестирование. Разнообразие активностей в этом направлении подходит практически каждому, кто готов на старте быть усидчивым и внимательным. Нужно просто немного изменить склад ума, чтобы тестировщик позволил себе стать инженером. Тогда перед ним мгновенно откроются десятки карьерных возможностей!

Мифы про профессию тестировщика

Немного поговорим про мифы профессии тестировщика.

Тестировщики — это подсобные рабочие программиста. Недопрограммисты..

Конечно же, это ошибочное мнение. Часто тестировщики имеют более «продвинутые» знания, чем программисты. И более широкий кругозор. Из тестировщиков часто выходят отличные програмисты. А вот наоборот — редко.

Тестирование — это простой поиск багов

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

Тестировщики мало получают

Ну по началу может и так. Но… продвинутые тестировщики, или точнее QA инженеры, получают зарплаты, сравнимые с зарплатами программистов. Ну Вы и сами это видели немного раньше.

Курсы по обучению тестировщиков

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

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

Курсы тестировщиков компьютерных игр

В рамках большинства базовых курсов по игровому тестированию слушатели получают знания о среде разработки и инструментах тестирования, принципах работы системы учета багов, методиках тестирования в играх, игровых механиках, планировании, проектировании тестовых сценариев (полные программы приведены в описании конкретных курсов). Лучше выбирать обучение, которое ведут QA Engineer, практикующие в известных компаниях.

Курсы тестировщиков программного обеспечения

На курсах тестировщиков программного обеспечения учат разрабатывать тестовые планы и кейсы, делать тесты в соответствии с заранее подготовленным планом, выявлять и документировать ошибку. QA-специалисты по ПО должны уметь работать с Excel, иметь представление об основах программирования и баз данных.

Как стать тестировщиком программного обеспечения:

Лучшие курсы тестировщиков в Москве

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

Будущее тестировщика

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

QA-тестировщик — кто это и чем занимается

Инженер по QA-тестированию (тестировщик) — это специалист, который занимается проверкой программы, системы, приложения. Также реализует идеи, повышающие качество ПО на всех стадиях разработки. Он всегда знает актуальное состояние продукта и информирует свою команду. Проверка программ включает в себя следующие этапы:

1. Уточнение частей тестирования: какие части программы будут проверяться, прогноз ожидания пользователей и определение желаемого качества.
2. Разработка тестов для проверки подсистем, подготовка графика тестовых циклов.
3. Написание тестовой кодировки для проверяемого продукта.
4. Проведение тестирования, поиск багов (ошибок) у пользователей.
5. Проверка безопасности.
6. Оценка результатов, при необходимости — повторное тестирование.
7. Утверждение критериев качества.
8. Разработка плана мероприятий по соблюдению критериев на каждом этапе разработки.
9. Устранение причин появления ошибок и предотвращение образования новых.
10. Документальное оформление обнаруженных багов.

QA-тестирование различается по степени доступа программиста к исходному коду проверяемого сервиса:

• Стратегия «белого ящика» (модульное) — тестирование с доступом к коду – данные о внутреннем устройстве продукта известны. Программу можно разбить на части (модули) и исследовать на ошибки каждую из частей системы. Таким образом, осуществляется модульное тестирование.
• Стратегия «чёрного ящика» — тестирование без доступа к коду. Программа исследуется только с внешней стороны, знания о внутренней системе продукта отсутствуют. Проверка проводится только со входами и выходами. Такой способ тестирует выполнение ПО своего функционала, производительность системы и работоспособность нового кода.
• Стратегия «серого ящика» — тестирование с частичным доступом к коду. Программист знаком со структурными данными исследуемого продукта, но выполняет проверку на основе пользовательского уровня. Кодировка тестирования прописывается согласно знаниям алгоритма программы.

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

Возможно, вас интересует, где и как можно освоить профессию тестировщика?

Рекомендую посмотреть подборку специализированных программ: лучшие онлайн-курсы тестировщика (QA-тестирование)

Советую также обратить внимание на эти варианты: актуальные предложения курсов по обучению тестировщиков для начинающих и специалистов

Какие типы или виды тестирования используются в QA процессе?

Теперь, когда мы понимаем, что представляет собой процесс QA, давайте поговорим о различных типах тестов, используемых при тестировании программного обеспечения. Да, их очень много. Но волноваться не стоит. Как только вы поймёте, по каким принципам тесты делятся на группы, вы легко сможете в них ориентироваться.  

Функциональные и нефункциональные тесты

Основные категории тестов — это функциональные и нефункциональные тесты.

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

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

Знание исходного кода

Если тестировщики знают исходный код до тестирования, речь идет о тестировании “белого ящика” (white box testing). В противном случае мы имеем дело с тестированием “черного ящика” (black box testing), когда тестировщики оценивают только поведение приложения, не зная его внутреннего устройства. Тестирование “серого ящика” (grey box testing) представляет собой комбинацию этих двух подходов. Тестировщикам предоставляется ограниченная информация о внутренней структуре системы.

Подход к выполнению тестов

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

Другие тесты выполняются компьютерами. Инженеры по автоматизации тестирования создают сценарии автоматического тестирования и пишут код, который многократно проверяет программное обеспечение на наличие ошибок. Здесь мы имеем дело с автоматическим тестированием.

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

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

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

Фаза разработки программного обеспечения

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

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

Дымовые тесты (smoke tests) предназначены для проверки базовой функциональности приложения. Это быстро выполнимые тесты, с помощью которых тестировщики следят за тем, чтобы основные функции системы работали правильно.

Регрессионные тесты (regression tests)  помогают проверить, работает ли приложение так, как оно должно работать, после внесения каких-либо изменений, например исправления дефектов.

Нагрузочные тесты (load tests) необходимы для проверки приложения как при средней, так и при пиковой нагрузке.

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

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

Неудовлетворенность собой

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

Ни один из этих вариантов нам не подходит, поэтому напоследок я хочу поделиться тем, как сам боролся с этими ситуациями.

Выгорание

Для меня выгорание — это полное моральное истощение, когда тебе не хочется ни работать, ни отдыхать. Не хочется ничего, только уйти подальше. Я уверен, что каждый испытывал подобные эмоции на работе.

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

Просто потому, что резко может прийти более интересная задача, и моё внимание переключается уже на неё. А как только я закончу делать более интересную задачу, то уже через силу возвращаюсь к прошлой — и могу потратить на её выполнение в 2-3 раза больше усилий

И бывает, на этом пути я понимаю, что «всё»… И это чувство может не покидать меня неделями.

Как бороться с этим? Честно, я бы с радостью ответил, но еще не нашёл действенного решения для себя. Пока мне помогают следующие моменты:

• почаще брать отпуск (на неделю раз в 2-3 месяца);
• чаще менять локацию, из которой работаешь (на удалёнке это сделать проще);
• строить диаграмму Ганта для своих задач (крутая практика, помогает чётко распланировать задачи на определённый срок);
• планировать активности в календаре (например, с 10:00 до 11:00 я пишу код, с 11:00 до 12:00 — на созвоне, с 12:00 до 14:00 ресёрчу новый инструмент и т.д.).

Основная суть этих практик — не сидеть на одном месте и отсеивать входящие запросы для достижения максимального фокуса на текущих задачах.

Отсутствие мотивации

Если побороть выгорание можешь ты сам, то с мотивацией чуть-чуть сложнее, потому что это не всегда зависит от тебя. Чаще всего с отсутствием мотивации сталкиваются в достаточно однообразных и (или) стрессовых позициях. Для себя я вывел следующее правило: работай, пока тебе нравится то, что ты делаешь. Если не нравится, то или меняй всё вокруг под себя, или ищи себе новый проект. Что я и делал достаточно часто в рамках своей компании.

Отсутствие поддержки

Отсутствие поддержки — один из главных демотиваторов при работе, который вызывает максимальное недовольство собой

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

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

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

Как развиваться тестировщику

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

Младший специалист тестирует программы вручную по готовым тест-кейсам. Чтобы из «обезьянки» стать мидлом, нужно развиваться: досконально изучать проект, знать язык кода и основы автоматического тестирования.

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

Ещё через год-полтора успешный мидл может претендовать на должность старшего специалиста (Senior QA Engineer). Его круг задач расширяется: синьор планирует работы по тестированию, контролирует работу джунов.

Лет через пять можно стать тимлидом — руководителем команды тестировщиков. От тимлида требуются профессиональные компетенции, навыки менеджмента, умение решать сложные задачи.

Так происходит карьерный рост специалиста по вертикали. Но на практике тестировщики часто выбирают развитие внутри профессии — например, специализации по тестированию:

А сколько же можно заработать на тестировании ПО ?

На фрилансе, то есть на краудфандинговых платформах, ориентируйтесь на сумму от 5 $ до 500 $ в месяц. Как я уже писал выше, «улов» в основном зависит от количества и качества найденных багов. То есть, нередко можно работать, работать и получить кукиш с маслом 🙁

А вот если Вы пойдет работать «в штат», то тут уже зарплаты более серьезные. Данные на «сейчас» по России

Для специалистов ручного тестирования:

Для специалистов автоматизированного тестирования:

Так что, все  в Ваших руках. Кстати, в зарубежных компаниях зарплаты выше.

Личные качества тестировщика

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

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

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

Размер заработной платы и место работы

На работу QA-инженеров могут взять:

• IT-компании по разработке ПО, игр, мобильных приложений, систем безопасности;
• поставщики программно-аппаратных комплексов;

• финансовые учреждения, например, банки или брокерские компании;
• автомобильные заводы;
• СМИ;
• ритейлеры;
• онлайн-школы.

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

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

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

При первом варианте все складывается следующим образом:

1. Стажер.
2. Младший сотрудник, или junior.
3. Работник среднего звена, или middle.
4. Старший сотрудник, или senior.
5. Ведущий специалист, или lead, он же может быть начальником отдела тестировщиков.

В среднем стажеры получают от 20 до 30 тыс. руб., junior – 40–60 тыс. руб., middle – от 60 000 до 90 000 руб., senior – от 90 000 до 130 000 руб., lead зарабатывает от 140 и выше.

Если говорить территориально, то в регионах средний уровень зарплаты составляет около 60 000 руб., в столице – около 100 000 руб.

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

Попытать счастья и найти выгодные вакансии можно на зарубежных биржах фриланса. Иностранные клиенты готовы заплатить 15–20 $ за час работы, а опытные специалисты могут зарабатывать и в 2 раза больше.

Из-за дефицита грамотных профессионалов-тестировщиков востребованность в специалистах только растет.

Похожие записи:

«хз» Как заменить фото в инстаграме после публикации? Как восстановить страницу вконтакте в 2021 году, если забыл пароль, логин или номер телефона Просмотр скрытых фото и альбомов Не могу зарегистрироваться в инстаграм Как зайти через фейсбук в инстаграм