#Полезныессылки

🎯Знакомство со спецификациями OpenAPI и Swagger

🎯Habr - Swagger (OpenAPI 3.0)

🎯Swagger: что это такое и как с ним работать?

🎯Руководство Swagger UI

🎯OpenAPI Specification into Postman

#полезныйматериал
- Смотреть YouTube плейлист -
Всё о REST API

Картинка неидеальна, и всё же по надписи верно будет так 😁
«QA» - Quality Assurance
«Q&A» - Questions and Answers

#теория #тестовыеданные

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

Процесс валидации текстовой формы при функциональном тестировании – это первая среди всех проверок, которая поможет предотвратить манипуляции с пользовательскими файлами и данными. Также это своего рода защита перед появлением в БД вредной информации.

🧰анализируем требования и выделяем для себя следующие нюансы:
⚙️какие из полей обязательные для заполнения?
⚙️имеют ли поля ограничения по длине или по размерности (границы)?
⚙️какие из полей имеют специальные форматы?

🧰Бывает:
💻Тестирование форм без спецификации
💻Проверка полей на основе технической документации
💻Тестирование текстовых полей + автоматизация

🧰Определяют:
📌Текстовое поле ввода для буквенных данных
📌Текстовое поле ввода для числовых данных
📌Поле ввода для дробных чисел
📌Текстовое поле для ввода процентов (%)
📌Поля ввода для даты
📌Поле ввода для времени
📌Текстовые поля ввода определенного формата (например, адрес электронной почты)
📌Ниспадающие списки с заранее определенным набором данных
📌Таблицы (списки)
📌Переключатели (Флажки, Радиокнопки)
📌Диалоговые окна с кнопками Да, Нет, Отмена

🧰Тестовые сценарии для проверки функциональности систем
🎈Вход в систему
🎈Фильтр и поиск
🎈Генерация отчетов
🎈Создание, редактирование и удаление сущности
🎈Сортировка списков
🎈Экспорт, печать, открытие файлов

🧰Чит-лист для проверки поля:
🏮Пустое поле
🏮Корректное значение
🏮Граничные значения
🏮Отрицательные числа
🏮Ноль
🏮Числа со знаком +
🏮Спецсимволы
🏮Дробные числа с разделителем "точка"
🏮Дробные числа с разделителем "запятая"
🏮Условие: должны приниматься или не приниматься буквы
🏮Условие: должны приниматься или не приниматься спецсимволы
🏮Условие: должны приниматься или не приниматься числа
🏮Научная запись, в виде экспоненты, логарифма, тригонометрических функций, суммы...
🏮Шестнадцатеричная система счисления

🧰последовательный подход к разработке тестовых случаев (тест кейсов), используя самые простейшие техники тест дизайна:
Эквивалентное Разделение (Equivalence Partitioning)
Анализ Граничных Значений (Boundary Value Analysis)
Предугадывание ошибки (Error Guessing)
Причина / Следствие (Cause/Effect)

Необходимая информация для прочтения:

Тестирование текстового поля

Самые простые и эффективные способы тестирования поля ввода текста

Тестирование полей ввода (Чит-листы)

Практическое применение техник тест дизайна при разработке тест кейсов

🎈Всем хорошего вечера!
У сына ларингит Острый Ларинготрахеит, педиатр сегодня поставила диагноз, начали делать ингаляции.
Сегодня проводила консультацию по улучшению резюме, и менти (опытная мама) дала кучу мне полезных советов до приезда врача по моей ситуации, так уж я была подготовлена. Спасибо большое ещё раз.


А сейчас хочу вам порекомендовать прочитать полезный пост.
👇👇👇

Интернет пестрит аббревиатурами: REST, RESTful-сервис, RESTAPI и другими производными. Давайте разберёмся, что за серьезные «ограничения», а совсем не «отдых», обещает нам REST-подход к проектированию.

Итак, REST - это система принципов разработки сервисов.
Важно понимать, как они работают и в чем профит.

➡️Клиент-серверная архитектура подразумевает единый банк данных, из которого берут информацию «клиенты».

Принцип упрощает поддержку сервиса: при обновлении информации не нужно изменять Приложение, достаточно обновить данные на сервере.
Сервер также может стать клиентом для БД, если мы отдадим ему часть функций по обработке информации. Классический пример - расчёт стоимости корзины с учетом персональных скидок и акционных предложений.

➡️Полнота запроса
Принцип требует передавать серверу сразу все данные для обработки запроса. Сервер не хранит лишние переменные.
Так при увеличении количества обращений к БД можно легко добавить мощность, клонировав сервер и перекинув часть нагрузки на него.

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

➡️Унификация интерфейса

Rest вводит унификацию для формы ответов сервера. Сервер выдаёт на запрос не только значение «поля», но и список возможных действий над ним.

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

➡️Многоуровневость систем

Между клиентом и сервером могут быть посредники (роутеры, прокси). При взаимодействии каждое звено цепочки знает только о своих ближайших соседях. Изменения в количестве звеньев или их составляющих не должно влиять на протокол взаимодействия.
При увеличении числа посредников, безусловно, увеличивается время получения ответа. Стоит разумно сокращать их количество. Например, не размещать БД на серверах в Европе, если основной пул клиентов находится в Азии.

Надеюсь, вам было интересно.
Заходите ещё: поговорим детально.

#promirit #rest #restfull #promiritqatheory #тестированиепо  #разработка #тестирование

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

Хотела придумать вопрос про base64, и все же предлагаю ознакомиться со статьей

Как отправить фото в формате base64 через Postman

И ещё информация про сайт http://base64.ru/
И будет вопрос.