#Postman — это мощный набор инструментов для тестирования #API . Он является средой разработки, которая позволяет создавать, тестировать, контролировать и публиковать документацию для API.

#Запросы :

POST добавляет новую запись в базу данных.

GET получает запись из базы данных.

PUT берет запись из базы и заменяет ее новой.

PATCH меняет существующую в базе запись.

DELETE удаляет запись из базы.

📚Справочник по кодам статуса HTTP

#HttpStatusCode
Коды 3xx (перенаправление)
Коды 4xx (ошибка клиента)
Коды 5xx (ошибка сервера)

#SQL - немного про SQL
ОПЕРАТОР SELECT
Хочу напомнить, что данный язык запросов можно
изучить на сайте
https://www.sql-ex.ru/

Оператор SELECT осуществляет выборку из базы данных

Команда DISTINCT позволяет выбирать только уникальные значения из базы данных

Команда WHERE задает условие, по которому будут выбираться строки из базы данных.

SELECT * FROM имя_таблицы SELECT * FROM имя_таблицы WHERE условие

SELECT поле1, поле2... FROM имя_таблицы WHERE условие

При выборке: SELECT DISTINCT поле FROM имя_таблицы WHERE условие

При подсчете: SELECT COUNT(DISTINCT поле) FROM имя_таблицы WHERE условие

При суммировании: SELECT SUM(DISTINCT поле) FROM имя_таблицы WHERE условие

В запросе можно задавать следующие условия:
• сравнение текста;
• сравнение численных значений;
• логические операции AND (и), OR (или) и NOT (отрицание).

Какой проект можно написать в Инстаграме по желанию #SQL

Типы данных #SQL
https://sql-language.ru/sqldatetype.html

Цитирую важное : "Часто на интервью встречаются вопросы про различие верификации и валидации продукта:
📌Верификация – это подтверждение, что были выполнены все требования предъявляемые к ПО

📌Валидация – это проверка того, что ПО соответствует потребностям пользователей и его можно использовать в реальной жизни.

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

#теория

👏🏼
По коробу поскреби, по сусеку помети; авось и виды тестирования и наберутся👀
🤞🏽Возможно, что-то и пропустила, но каждый вид тестирования постараюсь в будущем разобрать, а вы по крайней мере будете знать какова классификация видов тестирования

👇🏻 Классификация видов тестирования👇🏻:
🔷С исполнением и без исполнения кода:
🔸Статическое
🔸Динамическое

🔷Различные знания о структуре кода:
🔸Черный ящик,
🔸серый ящик ,
🔸белый ящик

🔷По свойствам тестируемого объекта:
🔸функциональность,
🔸производительность,
🔸совместимость,
🔸надежность,
🔸удобство

🟧Функциональное тестирование – проверка того, что продукт выполняет свое прямое назначение, предоставляет функции, требуемые заказчиком\пользователями:
🔸🔸тестирование заявленной функциональности,
🔸🔸тестирование установки (инсталляции),
🔸🔸тестирование графического пользовательского интерфейса,
🔸🔸тестирование защищенности (например, банковская сфера),
🔸🔸тестирование целостности данных,
🔸🔸тестирование настройки и лицензирования

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

🔷По изменениям (после установки программного обеспечения для подтверждения работоспособности приложения или правильности исправления дефекта):
🔸регрессионное тестирование,
🔸подтверждающее тестирование,
🔸дымовое тестирование,
🔸тестирование сборки,
🔸санитарное тестирование или проверка согласованности/исправности,
🔸повторное тестирование

🔷По типу прогона тестов:
🔸ручное,
🔸автоматизированное

🔷По изолированности компонент:
🔸системное,
🔸интеграционное,
🔸модульное

🔷По версии функционала:
🔸тестирование новой функциональности
🔸регрессионное тестирование

🔷По ожидаемому результату:
🔸позитивное тестирование
🔸негативное тестирование

🔷По уровню планирования:
🔸тестирование по тестовым кейсам
🔸исследовательское тестирование

🔷По степени подготовки к тестированию тестировщиком:
🔸Ad-hoc - Свободное или Интуитивное тестирование,
🔸Тестирование по документации (формальное тестирование)

🔷По исполнителям тестирования:
🔸Альфа-тестирование,
🔸Бета-тестирование,
🔸приемочное тестирование

🔷Другие виды тестирования:
🔸тестирование файлов cookie,
🔸тестирование потоков,
🔸тестировании интерфейса прикладного программирования,
🔸эталонное тестирование,
🔸параллельное/многопользовательское тестирование,
🔸Fuzz тестирование,
🔸тестирование N+1,
🔸Ramp тестирование,
🔸тестирование на переносимость,
🔸A/B тестирование,
🔸сквозное (E2E - End–to–End) тестирование,
🔸тестирование хранилища,
🔸тестирование на проникновение
#видытестирования

Модель качества программного обеспечения (ISO 9126-1)

#теория
Выше #тестыдлязакреплениязнаний 👆👆👆

#Шаблонтестовогосценария - версия2,
Пройти тестовый сценарий "Авторизация пользователя"

Попробовать на примере написать свой #тестовыйсценарий