оу, пардон, шейм он ми. В голове все перемешалось, черное с белым попутал 😁 еще раз соррян

вово) да не, главное, человека пришедшего с вопросом не ввести в заблуждение)

конкретно то, что ты в примерах указал, наверное, нет особо смысла, т.к. белым ящиком всё покрывается отлично. но некоторые edge case можно понять только при взгляде во внутрь. например, данные отправляются на сервер и есть проверка ip (для бана парсеров, например). зная эту особенность работы можно проверить кейс типа: отправка данных на сервер с двух ip адресов одновременно под одной учёткой

Понял. А тестирование баз данных, если лезешь напрямую в базу по селекту-это подходит под тестирование белого ящика ?

скорее серый, белый это совсем всё, код, хранимки, все настройки.

ты, всё таки, немного ошибаешь) белый/серый/чёрный это классификация метода тестирования по знанию системы.
если ты тестируешь функцию "логин", то белый л ты знаешь, что внутри, какие бывают коды ответов, как хранится юзер в базе и тп., чёрный — ты всего этого не знаешь и тестируешь с той же (примерно) информацией, с которой будет пользоваться этой функцией обычный пользователь
если ты тестируешь бек, а конкрено, таблицу в БД типа users.
белый — ты знаешь какое поле какой смысл имеет, какие типы этих полей, как предполагается вообще использовать эту бд (для логина, для регистрации, для отправки писем)
чёрный — ты представляешь себя внешним сервисом который, например, по api хочет выдернуть различные данные из этой таблицы и всё

Ого) так все же кому верить))))
Ок а серым вы не написали пример?

Чистый белый и черный ящики это миф, но оставим это для другой дискуссии

кстати Richard пишет тру

как и чистые методологии(прям накипело от них)

серым называют всё что по середине и нельзя точно сказать к белому или к чёрному)

я тут попытался нагуглить про ящики, вторая ссылка в гугле - https://qalight.com.ua/baza-znaniy/white-black-grey-box-testirovanie/
там стоооооолько всего спорного написано

Просто я не знаю , если когда-то у меня спросят на собеседовании , имел ли я дело с белым и серым ящиком , я не знаю что ответить? Я помню , что лез в базу, вытаскивал данные селектами, апдейтил процедуры , это серый или белый ? Я не знаю )

данные зачем вытягивал?)

Черный ящик это когда тестер совсем не понимает что делает. Он подает данные на вход и смотрит что на выходе. Что происходит между этими действиями он не в курсе и его не интересует. Происходящее в системе для него магия. Потому и черный ящик.

С белым наоборот. В идеале баг-репорт после белого ящика содержит в себе кусок кода который надо исправить разработчику. Причем, возможно, вместе с самим вариантом исправления.

Но поскольку я не верю что тестер знает код лучше того кто его написал или может быть настолько неаежественен, чтобы не интересоваться тем что он тестит и не знать совсем ничего, то в основном используется серый ящик

Ну к примеру был таск, что в такой то секции изменили значения поля с А на Б. Ив проверяли так, что смотрели не UI и заодно в базу глядели , чтобы там было новое значение

не совсем понятно из описания, но скорее белый ящик это

С белым ясно . С серым не особо )))

Какая-то путаница, вам не кажется ?)

кажется) серый - это когда что-то немного знаешь из внутренностей системы, но не всё