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

На ночь глядя проверяю домшки студентов, которые хотят все-таки завершить обучение и взяли доп проверки. Написала особенности 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

Просто напоминаю. 86% скидки на мои курсы завтра превратятся в тыкву. Ссылки выше ☝️

AI вступает и в нашу школу IT switcher И на базе наших курсов делаем виртуального куратора, который будет отвечать на вопросы студентам, даже если ничего не понятно (хотя такого в нашей школе не бывает 😇). Короче, смотрите, я попросила чат-бот объяснить мне модель OSI как ребенку, который ничего не понял их уроков и вот, что получилось: Представь себе, что ты отправляешь письмо другу. Модель OSI — это как инструкция, описывающая путь письма от твоего стола до стола твоего друга. Эта инструкция разделена на 7 шагов (слоёв): 1. **Прикладной слой (самый верхний):** Это ты, пишущий письмо. Ты решаешь, что написать, и формируешь сообщение. 2. **Представление:** Ты выбираешь, как оформить письмо — красиво или просто. Этот слой отвечает за формат данных (например, текст, картинки). 3. **Сессионный слой:** Это как ты устанавливаешь связь с другом — начинаешь писать ему сообщение. Этот слой отвечает за начало и конец связи. 4. **Транспортный слой:** Это как ты разбиваешь длинное письмо на несколько частей, чтобы оно легче дошло. Этот слой отвечает за надежную передачу данных. 5. **Сетевой слой:** Это как ты пишешь адрес на конверте. Этот слой определяет маршрут письма. 6. **Канальный слой:** Это как почтальон, который доставляет конверт до нужного почтового отделения. Этот слой обеспечивает передачу данных по физическому каналу связи. 7. **Физический слой (самый нижний):** Это сам конверт и то, как его физически отправляют. Этот слой отвечает за передачу данных по физической среде (провода, радиоволны). Каждый слой выполняет свою часть работы, и только когда все слои сделали свою работу, письмо успешно доходит до друга. Модель OSI описывает, как это происходит в компьютерных сетях — вместо письма передаются данные. Каждый слой отвечает за свой аспект передачи данных между устройствами. И это на базе лишь знаний их нашего курса по ручному тестированию. Мне кажется, это фантастика! Согласны?

Почему в скрам командах 7+-2 человека? Пара мыслей из книги The Collaboration Book: 1. Чтобы проще было управлять и быть в контексте друг друга 2. Чтобы не было достаточно людей для того, чтобы дружить друг против друга 3. Новички быстро вливаются в маленькие команды 4. Меньше шансов размазать ответственность или слиться с нее 5. Меньше времени на митинги, решения, обсуждения Есть еще правило 2 пицц: «если ваша команда не может наесться двумя пиццами, то она слишком большая». Не всегда работает (например, футбольная команда или симфонический оркестр вряд ли влезут в этот формат), но в IT очень даже. Записывайте себе - на собесах рассказывайте

🎓 Колллеги, подготовили для вас небольшой пост, в котором собрали самые свежие эфиры с выпускниками нашей школы. Обсудили проблемы из жизни тестировщиков, как мало работы, как много отказов. Что делать, чтобы пробраться? Сколько учились, стажировались, искали работу, нужна ли автоматизация? И многое-многое другое - самое свежее и актуальное! 🔥 Приятного и полезного просмотра! 🚀 Эфир с Виктором https://youtube.com/live/ylykdWqdYws Эфир с Кристиной https://youtube.com/live/FQdJOQt6_ro Подскаст с Татьяной https://t.me/oksana_it_switcher/497

Смотрели нового дедпула? Там говорят и про нас тоже было. Герой хотел очень быстро выпустить штуку, которая уничтожает таймлайны и требовал отменить тестирование, чтобы быстрее уже ей воспользоваться. Что там в конце было, кто в курсе? Нужны в итоге тестировщики-то или нет? 😁

Запись эфира с Татьяной в формате подкаста 👇 Про новую работу, зарплату, 0 откликов на 300 заявок на вакансии и как в итоге работа нашлась. Пишите ваши вопросы в комменты!

Live stream finished (54 minutes)

начали эфир! залетайте

Live stream started

Сегодня проведем здесь прямой эфир в 19 мск! Наш гость - Татьяна - свежеиспеченный QA инженер. Как искала работу, как училась, что было сложным и как справлялась. Сколько зарабатывает тоже спросим! https://t.me/lazyqa?livestream

Live stream scheduled for Aug 8, 2024 at 17:00

Коллеги, кто хочет в тему AI погружаться - важно понимать и законы. Вот Европейские нормы, например, https://digital-strategy.ec.europa.eu/es/policies/european-approach-artificial-intelligence

Если у вас не получается зайти на урок или любые другие вопросы - пишите в отдел заботы

А сегодня через час встречаемся на последнем в своей истории открытом уроке курса Полная автоматизация QA школы IT Switcher 😇 Бесплатно попасть на урок и узнать все про последний поток

⚡️Коллеги, через час идем допрашивать Кристину - как долго она искала работу в тестировании. Чем помогла или нет стажировка. Что спрашивают на собесах. Присоединяйтесь, пишите ваши вопросы в чат или в комментарии под этим постом 👇👇👇 https://youtube.com/live/FQdJOQt6_ro?feature=share

Как вам сегодняшний сбой? Во всем мире 15% машин на Windows поломалися и нужно на них накатывать хотфикс 🤭 Это в основном, корпоративные компьютеры, так как косяк был на стороне компании, которая отвечает за некий антивирус для бизнесов. Они выкатили новую версию и вот… се ля ви… Я слышала, что говорят, что тестировщики переоценены 😅

Через полчаса жду вас в инсте или ютубе - будем допытываться у нашего выпускника КАК ОН НАШЕЛ РАБОТУ! https://www.youtube.com/live/ylykdWqdYws?si=nWtVNkwW2R8RdfWc