Channels

Top 100 Trending New

Categories

Crypto Gaming News Entertainment Music Sports Tech Gambling Bots and mini apps Finance Business Education Lifestyle Health Travel Auto Fashion Jobs Dating Deals and shopping

Stickers

Stickers Emoji Themes Wallpapers

Bots Gifts Tools

Currency

$ USD ₽ RUB € EUR ₴ UAH ₸ KZT ₺ TRY zł PLN ₪ ILS AED AED R$ BRL Rp IDR RM MYR ¥ JPY ₩ KRW CN¥ CNY

Theme

Português (Brasil)

Bahasa Indonesia

Беларуская

Українська

Channels Categories Stickers Bots Gifts Tools

Premium Wiki Glossary Legal

Notifications Settings Log in

Ленивый тестировщик: пост #36 — TG.ME

Ленивый тестировщик@lazyqa · 250 subscribers Open in TelegramOpen

[media without text]

August 8, 2024

More from this channel

На ночь глядя проверяю домшки студентов, которые хотят все-таки завершить обучение и взяли доп проверки. Написала особенности RESTful API и рекомендации по тестированию. Не смогла не поделиться с вами 1. GET Нюансы: • Используется исключительно для получения данных, безопасен и идемпотентен (повторные запросы дают тот же результат, не меняя состояние сервера). • Тело запроса не используется, так как все параметры передаются в URL (например, через query string). • Может вернуть большое тело ответа (например, JSON, XML, HTML). Комментарий: • Никогда не используйте GET для операций, которые изменяют данные на сервере (нарушение безопасности и стандартов REST). 2. POST Нюансы: • Предназначен для создания нового ресурса или передачи данных серверу (например, отправка формы, загрузка файлов). • Не идемпотентен: повторный запрос может создать новый ресурс или изменить данные. • Может содержать любое тело запроса (например, JSON, XML, файлы), и сервер обрабатывает это тело по своему усмотрению. Комментарий: • Часто используется для операций, где важно передать сложные данные. • POST считается менее предсказуемым, поэтому его лучше использовать, только если GET, PUT или PATCH не подходят. 3. PUT Нюансы: • Полностью заменяет данные существующего ресурса. Если ресурс не существует, сервер может его создать. • Идемпотентен: несколько одинаковых запросов PUT дадут один и тот же результат. Комментарий: • Используйте PUT, если нужно передать весь ресурс целиком. Для частичного обновления лучше подходит PATCH. • Важно учитывать, что PUT может “обнулить” поля ресурса, которые не указаны в теле запроса. 4. PATCH Нюансы: • Предназначен для частичного обновления ресурса, например, изменение только одного поля. • Не всегда реализован на сервере, так как требует более сложной логики обработки данных. • Тело запроса может содержать патч в формате JSON или другого подходящего формата. Комментарий: • Подходит для случаев, когда передача всего ресурса (как в PUT) избыточна. • Важно тестировать PATCH, так как сервер может некорректно обрабатывать частичные обновления. 5. DELETE Нюансы: • Удаляет указанный ресурс. Повторный запрос обычно не приводит к ошибке, если ресурс уже удалён (идемпотентен). • Тело запроса обычно отсутствует, но в некоторых API может содержать уточняющую информацию (например, параметр soft delete). Комментарий: • Может вернуть тело в ответе, например, подтверждение удаления или сообщение об ошибке, если ресурс не найден. 6. HEAD Нюансы: • Аналог GET, но без тела в ответе. Возвращает только заголовки, такие как Content-Type, Content-Length и другие. • Используется для проверки существования ресурса или его свойств без загрузки данных. Комментарий: • Полезен для оптимизации: например, чтобы узнать размер файла перед загрузкой или проверить актуальность данных с помощью заголовков ETag или Last-Modified. Общие рекомендации по работе с HTTP-методами: 1. Выбор метода:метод выбирается в соответствии с его предназначением. Например: • GET для получения данных. • POST для создания данных. • PUT/PATCH для обновления данных. • DELETE для удаления данных. 2. Идемпотентность: • GET, PUT, DELETE и HEAD — идемпотентны. Повторный запрос не изменяет результат. • POST и PATCH — не идемпотентны, их повторное выполнение может привести к непредсказуемым изменениям. 3. Кэширование: • GET и HEAD поддерживают кэширование, если сервер настроен правильно. • POST, PUT, DELETE и PATCH обычно не кэшируются. 4. Безопасность: • Нужно избегать передачи чувствительных данных через GET, так как параметры видны в URL. • Всегда использовать HTTPS для защиты данных. Сохраняйте! Лайкайте! Пользуйтесь! И заходите в источник статьи https://t.me/it_switcher_network 446·Dec 25 Просто напоминаю. 86% скидки на мои курсы завтра превратятся в тыкву. Ссылки выше ☝️ 356·Dec 3 AI вступает и в нашу школу IT switcher И на базе наших курсов делаем виртуального куратора, который будет отвечать на вопросы студентам, даже если ничего не понятно (хотя такого в нашей школе не бывает 😇). Короче, смотрите, я попросила чат-бот объяснить мне модель OSI как ребенку, который ничего не понял их уроков и вот, что получилось: Представь себе, что ты отправляешь письмо другу. Модель OSI — это как инструкция, описывающая путь письма от твоего стола до стола твоего друга. Эта инструкция разделена на 7 шагов (слоёв): 1. **Прикладной слой (самый верхний):** Это ты, пишущий письмо. Ты решаешь, что написать, и формируешь сообщение. 2. **Представление:** Ты выбираешь, как оформить письмо — красиво или просто. Этот слой отвечает за формат данных (например, текст, картинки). 3. **Сессионный слой:** Это как ты устанавливаешь связь с другом — начинаешь писать ему сообщение. Этот слой отвечает за начало и конец связи. 4. **Транспортный слой:** Это как ты разбиваешь длинное письмо на несколько частей, чтобы оно легче дошло. Этот слой отвечает за надежную передачу данных. 5. **Сетевой слой:** Это как ты пишешь адрес на конверте. Этот слой определяет маршрут письма. 6. **Канальный слой:** Это как почтальон, который доставляет конверт до нужного почтового отделения. Этот слой обеспечивает передачу данных по физическому каналу связи. 7. **Физический слой (самый нижний):** Это сам конверт и то, как его физически отправляют. Этот слой отвечает за передачу данных по физической среде (провода, радиоволны). Каждый слой выполняет свою часть работы, и только когда все слои сделали свою работу, письмо успешно доходит до друга. Модель OSI описывает, как это происходит в компьютерных сетях — вместо письма передаются данные. Каждый слой отвечает за свой аспект передачи данных между устройствами. И это на базе лишь знаний их нашего курса по ручному тестированию. Мне кажется, это фантастика! Согласны? 561·Oct 14 Почему в скрам командах 7+-2 человека? Пара мыслей из книги The Collaboration Book: 1. Чтобы проще было управлять и быть в контексте друг друга 2. Чтобы не было достаточно людей для того, чтобы дружить друг против друга 3. Новички быстро вливаются в маленькие команды 4. Меньше шансов размазать ответственность или слиться с нее 5. Меньше времени на митинги, решения, обсуждения Есть еще правило 2 пицц: «если ваша команда не может наесться двумя пиццами, то она слишком большая». Не всегда работает (например, футбольная команда или симфонический оркестр вряд ли влезут в этот формат), но в IT очень даже. Записывайте себе - на собесах рассказывайте 535·Aug 30 🎓 Колллеги, подготовили для вас небольшой пост, в котором собрали самые свежие эфиры с выпускниками нашей школы. Обсудили проблемы из жизни тестировщиков, как мало работы, как много отказов. Что делать, чтобы пробраться? Сколько учились, стажировались, искали работу, нужна ли автоматизация? И многое-многое другое - самое свежее и актуальное! 🔥 Приятного и полезного просмотра! 🚀 Эфир с Виктором https://youtube.com/live/ylykdWqdYws Эфир с Кристиной https://youtube.com/live/FQdJOQt6_ro Подскаст с Татьяной https://t.me/oksana_it_switcher/497 556·Aug 13

An open web layer over public Telegram — search, stats and channel reading right in your browser, no account, no install.

Not affiliated with Telegram FZ-LLC; all data comes from public sources.

Catalog

Top channels Categories Countries Search

Content

Stickers Emoji Gifts Themes Wallpapers

Help

Tools Wiki Glossary Blockchain Safety Premium Advertisers Advertising

© 2026 TG.ME · G.Media network· Updated 09/05/2026 · v0.2.0 · cd00242

Privacy Terms DMCA & complaints Report a violation

Similar channels

👩🏻‍💻 QA, Барселона и Оксана1.6K subscribers

Artsiom Rusau QA Life - Тестировщик с нуля30.3K subscribers

📚 ProTestingInfo 🔷 Канал по тестированию 📚14.9K subscribers

Тестирование и жизнь • про работу для живых людей4K subscribers

Роман Цакунов | ПРО АВТОТЕСТЫ3.3K subscribers

SmartQA2.4K subscribers

Дневник разработчицы406 subscribers

Становимся тестировщиком (QA)7K subscribers