Олеся

Привет. Ты немного не там смотришь. Буду рассматривать REST API:
тело запроса, это, условно данные, которые передаются на сервер в формате JSON. Открыв консоль и потыкавшись на любом сайте - не факт что ты это тело увидишь (безопасность, все дела). Вкладка сеть - выбираешь запрос - полезная нагрузка.
"взять объяснение этим полям тела" - что ты подразумеваешь?

Попробую дополнить ответы (в общих чертах и местами утрированно).

Условно, тест-кейс это описание того, как работает функциональность.
Например, ВК есть загрузка аватара пользователя. Есть требования: какого размера и какого формата можно загрузить файл.
И есть задача - проверить что этот функционал работает.
Загрузка аватара может быть "с нуля" либо обновление существующего.

Можно разграничить две юзер-стори:
1) Аватара никогда не было, пользователь хочет загрузить изображение
2) У пользователя уже установлен аватар, он хочет его обновить

Как составить тест-кейс?
Возьмем первую юзер-стори.
Что нужно проверить? Загрузку и отображение
Как назвать тест-кейс? По сути проверки

1. Название:
первая загрузка аватара пользователя/ установка первого аватара пользователя/ загрузка и отображение первого аватара пользователя — формулировки могут быть разными, нужно запомнить, что название тест-кейса должно характеризовать его суть.
Назвать такой тест-кейс: загрузка фото/ аватар/ загрузка аватара - не информативно.
Почему? - не хватает конкретики.
-загрузка фото - ВК его можно загрузить и в профиль, и в альбом, и на стену сообщества и т.д.
-аватар - аватар чего? личный? сообщества
-загрузка аватара - первая или повторная? личная или сообщества?
не хватает информативности.

2. Предусловия:
Они бывают не всегда. Сюда можно внести какие-то определния, которые помогут в прохождении кейса. Например "Аватар - изображение формата JPG, GIF и PNG"
Если дать волю фантазии, здесь они могут выглядеть как:
Пользователь авторизован. Находится на своей личной странице. Аватар раннее не загружался.

3. Шаги:
Это действия, которые нужно выполнить, чтобы проверить функциональность (в моем примере - загрузка аватара)

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

Шаги
1. Нажать кнопку "+ загрузить фото"

прим: ОР - ожидаемый результат может быть как на каждый шаг, так и на весь кейс в целом. Первое время можно писать ОР на каждый шаг. Тогда первый шаг будет выглядеть так:

1. Нажать кнопку "+ загрузить фото"
ОР - открывается окно выбора файла в системе пользователя

2. Выбрать изображение, тапнуть "Добавить"
ОР - открывается окно установки миниатюры изображения

3. Выбрать произвольную область миниатюры, тапнуть "Продолжить"
ОР - Изображение отображается на странице пользователя

В целом все.

Отбросив лишний текст, кейс будет выглядеть так:
Название : первая загрузка аватара пользователя
Предусловия : пользователь залогинен, находится на своей странице.
Шаги:
1. Нажать кнопку "+ загрузить фото"
ОР - открывается окно выбора файла в системе пользователя
2. Выбрать изображение, тапнуть "Добавить"
ОР - открывается окно установки миниатюры изображения
3. Выбрать произвольную область миниатюры, тапнуть "Продолжить"
ОР - Изображение отображается на странице пользователя

Кейс для примера, помните :)

Привет.
1) Если нет в документации (требованиях) - уточнять у аналитиков, разработчиков либо администратора бд. Чаще всего значения, которые пользователь вводить в поле для ввода на UI куда-то должны сохраниться = сохраниться в базу данных. Если рассуждать о номере телефона, он может быть: домашний, с кодом города или без, мобильный - через +7 / 8; номер телефона, принадлежащий другой стране (гугл дает подсказу о максимальной длине в 15 цифр). Видим поле для ввода цифр - как определить границы?
-заглянуть в требования, если там нет информации
-обратиться к системному аналитику - как отметила выше, номер телефона может быть разной длины, и если продукт нацелен не только на РФ - в 10 цифр можно не уложиться
-спросить разработчика, какие диапазоны он "считывает"
-спросить администратора БД, какое ограничение по длине для этого поля в базе.
Допустим, мы можем ввести: городской номер телефона (с кодом или без); мобильный номер телефона (+7/8). Минимально - 7 чисел, максимум - 12 знаков (если вводить через +7)ю. Диапазон = 7-12. Граничные значения (-1 +1 от границы, сама граница и значение внутри диапазона) - 6, 7, 8, 11, 12, 13, 9. И также стоит проверить 0 (цифру) и значение NULL - отправить форму пустой.
2) По аналогии с 1 примером, уточняем какие есть требования данному полю. Оно может быть 55 знаков, может быть 444. Как определять границу здесь (для примера буду использовать ограничение в 55 знаков)?
Также обратившись к требованиям.
Если поле обязательно для заполнения - минимум 1 буква. Диапазон 1-55. Получаем - 0,1,2,54,55,56 и любое значение внутри диапазона. Также проверяем NULL (пустое поле).
Если поле обязательно для заполнения и "Имя не может быть менее 3 букв" - диапазон - 3-55. Получаем - 2,3,4,54,55,56 и любое значение внутри диапазона. Также проверяем NULL (пустое поле).