Forwarded from FriEnglish ☀️
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «🔷Тестовые идеи для формы регистрации: 🔹. Заполнить все поля валидными значениями и зарегистрироваться 🔹. Оставить поля пустыми и нажать кнопку для регистрации 🔹. Заполнить обязательные поля невалидными значениями и нажать кнопку для регистрации 🔹. Проверить…»
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «Кстати, напоминаю мои ТЕСТОВЫЕ ИДЕИ на #экспорт данных. #напоминалка Хочу выделить следующие важные проверки: Представьте, что некоторые проверки начинаются со слов "Проверить, что..." 🖍 Кнопка(или ссылка, или иконка) экспорта отображается корректно, доступна…»
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «🎃🎃🎃 Тестовые идеи для написания тестовых сценариев и чек-листов можно взять из следующей информации: 🎃Полный чек-лист тестирования веб-приложения 🎃 Чек-лист юзабилити: основные рекомендации 🎃Чек-лист тестирования WEB приложений 🎃Чек-лист тестирования…»
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «Всем привет, теперь я хочу поговорить о глаголах, которые используются в ожидаемых результатах тестовых сценариев на английском языке Как вы знаете, в английском языке существуют две формы залога: активный залог (the Active Voice) и пассивный залог (the Passive…»
https://www.instagram.com/p/CVS4GupM-yh/?utm_medium=copy_link
Особенности тестирования мобильного приложения 😀
Особенности тестирования мобильного приложения 😀
Методы HTTP запроса
🔷Метод HTTP является безопасным, если он не меняет состояние сервера. Безопасный метод проводит операции "только чтение" (read-only).
Безопасные HTTP методы: GET, HEAD или OPTIONS.
🔹Все безопасные методы являются также идемпотентными
🔷Метод HTTP является идемпотентным, если повторный идентичный запрос, сделанный один или несколько раз подряд, имеет один и тот же эффект, не изменяющий состояние сервера.
🔹Корректно реализованные методы GET, HEAD, PUT и DELETE идемпотентны, но не метод POST.
🔷Небезопасные HTTP методы: POST, PUT или DELETE.
🔷Метод, используемый в запросе, кешируемый, если это GET или HEAD. Ответ для POST или PATCH запросов может также быть закеширован, если указан признак "свежести" данных и установлен заголовок Content-Location (en-US)
🔷Другие методы, такие как PUT и DELETE не кешируемые, и результат их выполнения не кешируется.
Коды ответа, известные системе кеширования, которые рассматриваются как кешируемые: 200, 203, 204, 206, 300, 301, 404, 405, 410, 414, 501.
Отсутствуют специальные заголовки в ответе, которые предотвращают кеширование: например, Cache-Control.
🔷Примеры:
🔹Вызов безопасного метода, не меняющего состояния сервера:
GET /pageX.html HTTP/1.1
🔹Вызов небезопасного метода, который может поменять состояние сервера:
POST /pageX.html HTTP/1.1
🔹Вызов идемпотентного, но небезопасного метода:
DELETE /idX/delete HTTP/1.1
🔹GET /pageX HTTP/1.1 идемпотентен. Вызвавший несколько раз подряд этот запрос, клиент получит тот же результат:
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
POST /add_row HTTP/1.1 не идемпотентен; если его вызвать несколько раз, то он добавит несколько строк:
POST /add_row HTTP/1.1
POST /add_row HTTP/1.1 -> Adds a 2nd row
POST /add_row HTTP/1.1 -> Adds a 3rd row
DELETE /idX/delete HTTP/1.1 идемпотентен, даже если возвращаемый код отличается:
DELETE /idX/delete HTTP/1.1 -> Returns 200 if idX exists
DELETE /idX/delete HTTP/1.1 -> Returns 404 as it just got deleted
DELETE /idX/delete HTTP/1.1 -> Returns 404
https://developer.mozilla.org/ru/docs/Glossary/safe
https://developer.mozilla.org/ru/docs/Glossary/Idempotent
https://developer.mozilla.org/ru/docs/Glossary/cacheable
🔷Метод HTTP является безопасным, если он не меняет состояние сервера. Безопасный метод проводит операции "только чтение" (read-only).
Безопасные HTTP методы: GET, HEAD или OPTIONS.
🔹Все безопасные методы являются также идемпотентными
🔷Метод HTTP является идемпотентным, если повторный идентичный запрос, сделанный один или несколько раз подряд, имеет один и тот же эффект, не изменяющий состояние сервера.
🔹Корректно реализованные методы GET, HEAD, PUT и DELETE идемпотентны, но не метод POST.
🔷Небезопасные HTTP методы: POST, PUT или DELETE.
🔷Метод, используемый в запросе, кешируемый, если это GET или HEAD. Ответ для POST или PATCH запросов может также быть закеширован, если указан признак "свежести" данных и установлен заголовок Content-Location (en-US)
🔷Другие методы, такие как PUT и DELETE не кешируемые, и результат их выполнения не кешируется.
Коды ответа, известные системе кеширования, которые рассматриваются как кешируемые: 200, 203, 204, 206, 300, 301, 404, 405, 410, 414, 501.
Отсутствуют специальные заголовки в ответе, которые предотвращают кеширование: например, Cache-Control.
🔷Примеры:
🔹Вызов безопасного метода, не меняющего состояния сервера:
GET /pageX.html HTTP/1.1
🔹Вызов небезопасного метода, который может поменять состояние сервера:
POST /pageX.html HTTP/1.1
🔹Вызов идемпотентного, но небезопасного метода:
DELETE /idX/delete HTTP/1.1
🔹GET /pageX HTTP/1.1 идемпотентен. Вызвавший несколько раз подряд этот запрос, клиент получит тот же результат:
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
GET /pageX HTTP/1.1
POST /add_row HTTP/1.1 не идемпотентен; если его вызвать несколько раз, то он добавит несколько строк:
POST /add_row HTTP/1.1
POST /add_row HTTP/1.1 -> Adds a 2nd row
POST /add_row HTTP/1.1 -> Adds a 3rd row
DELETE /idX/delete HTTP/1.1 идемпотентен, даже если возвращаемый код отличается:
DELETE /idX/delete HTTP/1.1 -> Returns 200 if idX exists
DELETE /idX/delete HTTP/1.1 -> Returns 404 as it just got deleted
DELETE /idX/delete HTTP/1.1 -> Returns 404
https://developer.mozilla.org/ru/docs/Glossary/safe
https://developer.mozilla.org/ru/docs/Glossary/Idempotent
https://developer.mozilla.org/ru/docs/Glossary/cacheable
❤1👍1
#тестовыеидеи
На сохранение файлов в систему (случай веб-приложения)
Я не все привела идеи, но благодаря этим проверкам можно еще придумать больше и позитивных проверок, и негативных проверок
Например, сохранить файл с длинным названием порядка 200 символов
Сохранить файл без указания расширения
и т.д
На сохранение файлов в систему (случай веб-приложения)
Я не все привела идеи, но благодаря этим проверкам можно еще придумать больше и позитивных проверок, и негативных проверок
Например, сохранить файл с длинным названием порядка 200 символов
Сохранить файл без указания расширения
и т.д
Forwarded from Artsiom Rusau QA Life - Тестировщик с нуля
#моивидео
Привет! Давно просили видео о не самых очевидных инструментах в работе тестировщика. Поговорим про инструменты для записи экрана, хранилища паролей, таск-трекеры, корпоративные мессенджеры и о многом другом.
Большой блок будет посвящен TestRail - одному из самых популярных решений для управления тест-кейсами.
Смотреть на Youtube...
Привет! Давно просили видео о не самых очевидных инструментах в работе тестировщика. Поговорим про инструменты для записи экрана, хранилища паролей, таск-трекеры, корпоративные мессенджеры и о многом другом.
Большой блок будет посвящен TestRail - одному из самых популярных решений для управления тест-кейсами.
Смотреть на Youtube...
YouTube
TestRail и дополнительные инструменты для тестировщика
Сегодня поговорим про TestRail и дополнительные инструменты для тестировщика: скриншотеры, органайзера, хранилища для паролей, корпоративные мессенджеры.
🚀 Все мои курсы и полезные материалы: https://rusau.net/
😎 Мой курс на Udemy:
https://www.udemy.c…
🚀 Все мои курсы и полезные материалы: https://rusau.net/
😎 Мой курс на Udemy:
https://www.udemy.c…