Формат оформления тест планов бывает разным и зависит от проекта.
Привожу пример структуры плана тестирования 😉

🔹Титульный лист (Название, Дата, Версия, Статус, Заказчик, Исполнитель, название и адрес компании)
☺️Содержание
1. История (список) изменений (в виде таблицы: Версия, Дата, Изменение, Автор)
2. Введение (Общая информация)
2.1. Область тестирования (область действия)
2.2. Цель
2.3. Цели тестирования
2.4. Подход к тестированию
2.5. Исходные данные
3. Условия для тестирования
3.1. Вычислительная среда и специальные условия для тестирования
3.2. Инструментальные средства и методы тестирования
3.3. Критерии начала тестирования
3.4. Критерии завершения тестирования
4. Стратегия тестирования и подходы
4.1. Типы тестирования
4.1.1. Тестирование целостности данных и базы данных
4.1.2. Функциональное тестирование
4.1.3. Тестирование пользовательского интерфейса
4.1.4. Тестирование надежности
4.1.5. Тестирование кроссбраузерности

#теория #тестплан

4.1.6. Тестирование производительности
4.1.7. Нагрузочное тестирование
4.1.8. Стресс-тестирование
4.1.9. Объемное тестирование
4.1.10. Тестирование безопасности и контроля доступа
4.1.11. Конфигурационное тестирование
4.1.12. Тестирование установки
4.1.13. Тестирование верстки
4.1.14. Тестирование восстановления после сбоев
4.1.15. Тестирование на мобильных устройствах
4.1.16. … и другие виды тестирования
4.2. Тесты интеграционного тестирования
4.3. Тесты приемочного тестирования
4.4. Инструменты тестирования
5. Ресурсы
5.1. Программные ресурсы
5.2. Аппаратные ресурсы
5.3. Человеческие ресурсы
5.4. Временные ресурсы
5.5. Финансовые ресурсы
6. Расписание
7. Команда: роли, обязанности и ответственность
8. Другие вопросы
8.1. Риски тестирования
8.2. Описание свойств и процедур
8.3. Документация, ссылки на стандарты
8.4. Метрики
9. Результаты
9.1. Тестовая модель
9.2. Протоколы испытаний
9.3. Отчеты о дефектах. Статистика по всем дефектам
Выводы и рекомендации
Приложение А. Задачи проекта
Приложение B. Словарь основных аббревиатур и терминов

😉Пример описания Функционального тестирования в тест плане:
📌Цель:
Убедиться в надлежащем функционировании объекта тестирования.
📌Методика:
Ввод допустимых данных
Ввод недопустимых данных
Проверка каждого сценария использования
Проверка навигации
📌Критерии завершения:
Все запланированные тестовые действия завершены
Все найденные дефекты были соответствующим образом обработаны (документированы и помещены в базу дефектов).

🔥Характеристики хорошего плана тестирования
Обоснованная вероятность выявления ошибок
Набор тестов не должен быть избыточным
Тест должен быть наилучшем в своей категории (при прочих равных условиях приносить больше пользы)
Не должен быть слишком простым или слишком сложным.
Некорректное поведение программы должно проявляться с достаточной очевидностью

#теория #тестплан

#API (Application programming interface - программный интерфейс приложения) – это набор вызовов, при помощи которых приложение общается со своими частями

#Инструменты для тестирования API:
#Postman
#SoapUI
#GraphQL Playground
#Fiddler
#Wireshark
#Charles
#Сниффинг — процесс мониторинга и перехвата всех пакетов, проходящих через сеть, с помощью инструментов сниффинга (Charles Proxy).
#Swagger - https://swagger.io/tools/swagger-ui/
#Apache #Kafka
#Virtualizationtools
#Proxytools
#Валидаторы данных:
https://jsonformatter.org/
https://codebeautify.org/xmlvalidator

#Форматы данных:
#JSON (англ. JavaScript Object Notation).
#XML ( англ eXtensible Markup Language)
https://jsonplaceholder.typicode.com/
https://reqres.in/

💯💯💯💯
Дополнительно ознакомиться с теорией:
#HTTP (англ. HyperText Transfer Protocol)
#HTTPS (англ. HyperText Transfer Protocol Secure) расширение протокола HTTP для поддержки шифрования в целях повышения безопасности
#SSL (англ. Secure Sockets Layer — уровень защищённых сокетов)
#TLS (англ. transport layer security — протокол защиты транспортного уровня)
#URI (aнгл. Uniform Resource Identifier унифицированный идентификатор ресурса)
#URL (англ. Uniform Resource Locator унифицированный определитель местонахождения ресурса)
#REST (англ. Representational State Transfer-«передача состояния представления» архитектурный стиль взаимодействия компонентов распределённого приложения в сети)
#SOAP (от англ. Simple Object Access Protocol — простой протокол доступа к объектам)
#GraphQL
#Микросервиснаяархитектура
#Тестдизайн
#Протокол передачи данных
#Клиентсервер

#Создать API:
https://mockend.com/
https://www.mockapi.io/docs

#Мониторинг:
#Grafana
#Kibana

#Кратко указала информацию, все, что необходимо для тестирования API. Вероятно, что-то и упустила.

#Определение каждого термина опишу со всеми ссылками сегодня Ожидайте.

#тестированиеAPI

API (Application programming interface - программный интерфейс приложения)
#Полезнаяинформация
Хабр -Что такое API
Что такое API? Простое объяснение для начинающих
Wiki - API
Youtube - Что такое API
Youtube - Тестирование API простыми словами за 8 минут / Тестировщик API
Youtube - Теория: Что такое API?

Инструменты для тестирования API:
Postman - инструмент тестирования и разработки API, который при этом имеет простой и интуитивно понятный интерфейс
https://learning.postman.com/

SoapUI — приложение с открытым исходным кодом для тестирования веб-сервисов сервис-ориентированных архитектур (SOA) и передачи состояний представлений (REST)
https://www.soapui.org/learn/

GraphQL Playground инструмент для работы с GraphQL API
https://graphql.org/learn/

Fiddler для анализа сетевых пакетов. Это прокси, который работает с трафиком между вашим компьютером и удаленным сервером, и позволяет просматривать и менять его.
Wireshark для анализа сетевых пакетов. Это анализатор сетевых пакетов. Анализатор сетевых пакетов, который захватывает сетевые пакеты и пытается как можно подробнее отобразить данные пакета.
Charles - представляет собой кроссплатформенное приложение прокси-сервера для отладки HTTP, написанное на Java
Сниффинг — процесс мониторинга и перехвата всех пакетов, проходящих через сеть, с помощью инструментов сниффинга (Charles Proxy).
Swagger - профессиональный инструментарий с открытым исходным кодом, который "упрощает разработку API для пользователей, команд и предприятий".
(https://swagger.io/tools/swagger-ui/)
Apache Kafka – диспетчер сообщений на Java платформе. В Kafka есть тема сообщения в которую издатели пишут сообщения и есть подписчики в темах, которые читают эти сообщения, все сообщения в процессе диспетчеризации пишутся на диск и не зависит от потребителей.

Валидаторы данных:
https://jsonformatter.org/
https://codebeautify.org/xmlvalidator

Форматы данных:
JSON (англ. JavaScript Object Notation) — текстовый формат обмена данными, основанный на JavaScript. JSON — используется в REST-запросах.
XML, в переводе с англ eXtensible Markup Language — расширяемый язык разметки. Используется для хранения и передачи данных. XML — используется в SOAP (всегда) и REST-запросах (реже)
https://jsonplaceholder.typicode.com/
https://reqres.in/

Дополнительно ознакомиться с теорией:
HTTP/HTTPS/SSL/TLS
HTTP это прикладной протокол передачи данных в сети
HTTP request methods
HTTP response status codes

HTTPS (от англ. HyperText Transfer Protocol Secure — безопасный протокол передачи гипертекста) это расширение протокола HTTP, поддерживающее шифрование посредством криптографических протоколов SSL и TLS.
Протокол SSL был реализован на application-уровне, непосредственно над TCP (Transmission Control Protocol), что позволяет более высокоуровневым протоколам (таким как HTTP или протоколу электронной почты) работать без изменений.
Протокол TLS (transport layer security) основан на протоколе SSL (Secure Sockets Layer), изначально разработанном в Netscape для повышения безопасности электронной коммерции в Интернете.
Например, для веб-вызовов используется два основных метода – GET (для получения информации с сервера) и POST (для отправки информации на сервер)

URI – имя и адрес ресурса в сети, включает в себя URL и URN
URL – адрес ресурса в сети, определяет местонахождение и способ обращения к нему
URN – имя ресурса в сети, определяет только название ресурса, но не говорит как к нему подключиться

REST (Representational state transfer) – это стиль архитектуры программного обеспечения для распределенных систем, таких как World Wide Web, который, как правило, используется для построения веб-служб.
/
SOAP — это формат обмена сообщениями. Является стандартизированным протоколом передачи сообщений между клиентом и сервером.
GraphQL - то синтаксис, который описывает как запрашивать данные, и, в основном, используется клиентом для загрузки данных с сервера
GraphQL — это стандарт декларирования структуры данных и способов получения данных, который выступает дополнительным слоем между клиентом и сервером.

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

Тест-дизайн - это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест кейсы), в соответствии с определёнными ранее критериями качества и целями тестирования.
Протокол передачи данных — набор определённых правил или соглашений интерфейса логического уровня, который определяет обмен данными между различными устройствами.

Клиент-сервер:
Клиент — та программа, с которой работает пользователь.
Сервер — компьютер, на котором хранится само приложение.

Создать API:
https://mockend.com/
https://www.mockapi.io/docs

Мониторинг:
Grafana предназначена для отображения всевозможных циклических метрик (удобный дашборд для метрик)
https://grafana.com/docs/

Kibana это инструмент для визуализации на основе браузера с открытым исходным кодом, который в основном используется для анализа большого объема журналов в виде линейного графика, гистограммы, круговых диаграмм и т.д.
Для меня кибана была как просмотр логов и поиск интеграционных ошибок или других ошибок используемых систем
https://www.elastic.co/guide/en/kibana/current/introduction.html