Крик души, помогите программисту практиканту⁠⁠

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

Могу посоветовать уточнить на счет самого задания. У любого приложения должны каким-то образом существовать acceptance criteria. Возможно так и тут. Если нет документации (а ее скорее всего нет, раз вопрос был поставлен таким образом), то спрашивайте о product owner или человека, который имеет максимальный опыт на данном продукте. В какую сторону надо копать примерно и какие вопросы спрашивать: функциональные требования (дабы понимать для чего вообще эти запросы делаются и в каком виде должен быть результат), нефункциональные требования (необходимо ли нагрузочное тестирование? есть ли какие-то ограничения на скорость обработки и прочее? есть ли какая-то логика при различных ролях доступа к данным? а-ля тестирование безопасноти или что-то подобное)

После того как соберете информацию станет более ясно, что вообще от вас хотят.

А ты не думал, что над тобой просто стебутся?
У sql не может быть принципиальной разницы выполнения из-за разных входных параметров (если там конечно не набыдлокодили кучу кейсов и методов). Следовательно тестирование запроса сводится к тому, выполняется он или нет.
Оптимизация запросов или проверка на разном железе это совсем другое

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

Почему Пикабу, а не какой-нибудь Тостер?