Завдання дня для QA:
Який порт найімовірніше використовується додатком, якщо він працює через HTTPS?
Який порт найімовірніше використовується додатком, якщо він працює через HTTPS?
Anonymous Quiz
12%
(A) 80
6%
(B) 22
38%
(C) 443
44%
(D) 8080
🤔8👍6👀3❤1
Bug or Defect?
Завдання дня для QA:
Який запит виглядає найправильніше?
Який запит виглядає найправильніше?
Статистика дуже тісна для кожной відповіді, зроблю коротке роз'яснення цього пула
Чому (А) неправильно
GET-запити використовуються для отримання даних.
Вони не повинні мати body. За стандартом HTTP, GET ігнорує тіло запиту.
якщо вже фільтрація (наприклад, role=admin) повинна передаватися через query-параметри типо як приклад GET /api/users?role=admin
Чому не (B)
Сумнівно и Частково неправильно
POST зазвичай використовується для створення ресурсу.
Якщо ми робимо POST на /api/users/123, це ніби як створення з фіксованим ID, що не є стандартною практикою за часту ID присвоює сам сервер - і так є проекти які використовую POST і для DELETE/UPDATE/ADD
Чому же всеж це саме (C)
PUT використовується для повного оновлення ресурсу.
Ми звертаємося до конкретного користувача з ID 123 і передаємо нові дані.
Тіло запиту (body) містить оновлену інформацію це повністю відповідає REST-стилю.
Ну і (D)
DELETE запити не потребують тіла.
Уся необхідна інформація вже міститься в URL (/api/users/123), тому body зайвий.
Більшість серверів ігнорують body у DELETE-запитах.
Вроді пояснив, але якщо у вас є зауваження чи щось додати - Welcome
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
Чому (А) неправильно
GET-запити використовуються для отримання даних.
Вони не повинні мати body. За стандартом HTTP, GET ігнорує тіло запиту.
якщо вже фільтрація (наприклад, role=admin) повинна передаватися через query-параметри типо як приклад GET /api/users?role=admin
Чому не (B)
Сумнівно и Частково неправильно
POST зазвичай використовується для створення ресурсу.
Якщо ми робимо POST на /api/users/123, це ніби як створення з фіксованим ID, що не є стандартною практикою за часту ID присвоює сам сервер - і так є проекти які використовую POST і для DELETE/UPDATE/ADD
Чому же всеж це саме (C)
PUT використовується для повного оновлення ресурсу.
Ми звертаємося до конкретного користувача з ID 123 і передаємо нові дані.
Тіло запиту (body) містить оновлену інформацію це повністю відповідає REST-стилю.
Ну і (D)
DELETE запити не потребують тіла.
Уся необхідна інформація вже міститься в URL (/api/users/123), тому body зайвий.
Більшість серверів ігнорують body у DELETE-запитах.
Вроді пояснив, але якщо у вас є зауваження чи щось додати - Welcome
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
Telegram
Bug or Defect?
Welcome to Bug or Defect?
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
👍28❤8🔥2
Всім доброго вечора - А ви чули, що Google там накрутив на своєму I/O 2025? для Google meet, цікава штука слухайте - пару років тому це б мені би спростило життя на мітенгу.
У мене був колись мітинг з dev-командою з Аргентини то 50% часу я гуглив, що вони кажуть. Зараз просто включив би переклад і слухав, як серіал в Netflix.
І так це ні, це не ще один “AI для всього”, цього разу реально щось цікаве і корисне для нас, QA-шників.
Реальний переклад відеодзвінків в Google Meet голосом, з інтонацією, в реальному часі.
Не субтитри, не сухий Google Translate.
А прям дубляж, як у кіно, людина говорить англійською ти чуєш українською або іспанською, і при цьому її голос, інтонація та навіть емоції залишаються.
І звучить це не як робот, а як вона ж, тільки ніби навчилася українську за ніч
Що вони під капотом накрутили?
Все це крутить Gemini AI та сама нова модель, яка зараз всюди, в Gmail, у Google Docs, а тепер і в Google Meet.
Використовує speech-to-speech трансляцію, не тільки розпізнає мову, а й імітує голос перекладом.
Чим це може бути корисно для нас QA і команд
Тобі погано з англійською, але мітинги з клієнтами, щодня?
Розробник пояснює, що там у новому endpoint-і, а ти ловиш кожне третє слово?
Тімлід говорить німецькою?
У тебе співбесіда з найм-групою з US, а в голові тільки "My name is test-case..."?
Тепер можна реально включити дубляж і просто слухати. Це мінус стрес, плюс продуктивність.
І не треба потім питати: “А що він там сказав про deadline?” ГГиии😬
Що потрібно, щоб запрацювало?
Підписка: Gemini AI Pro або Ultra (остання коштує $249.99/міс), Ціни як MacBook, але не для всіх компаній це проблема, може ще припустять для людей))
Поки що працює з англійської/ іспанської, але скоро буде ще німецька, італійська, португальська
Української поки нема, але я думаю це питання часу особливо з ростом глобального ринку
Що з безпекою?
Google каже, “AI слухає, але не запам’ятовує”. Тобто дані мітингів не йдуть в тренування моделей.
(Як воно там насправді покаже час, але звучить ок.)
Функція може стати маст-хевом не лише для QA, а й для продуктових, сапорту, девів, всіх, хто працює в інтернаціональній команді, але ще не читав Шекспіра в оригіналі.
Що думаєте про таку фічу?
Користувались би?
Чи англійська вже норм, і не страшно?
А може, варто б таке у Zoom?
Напишіть у коментах або просто зробіть репост, хай продакт-менеджери побачать, що це 🔥
Ось Оригінальне відео з презентації Google I/O 2025 шоб було що в вечері подивитися а не ходячих мерців 😃 (там саме про фічу стартує з 10:10 (Introduction))
https://www.youtube.com/watch?v=o8NiE3XMPrM
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
У мене був колись мітинг з dev-командою з Аргентини то 50% часу я гуглив, що вони кажуть. Зараз просто включив би переклад і слухав, як серіал в Netflix.
І так це ні, це не ще один “AI для всього”, цього разу реально щось цікаве і корисне для нас, QA-шників.
Реальний переклад відеодзвінків в Google Meet голосом, з інтонацією, в реальному часі.
Не субтитри, не сухий Google Translate.
А прям дубляж, як у кіно, людина говорить англійською ти чуєш українською або іспанською, і при цьому її голос, інтонація та навіть емоції залишаються.
І звучить це не як робот, а як вона ж, тільки ніби навчилася українську за ніч
Що вони під капотом накрутили?
Все це крутить Gemini AI та сама нова модель, яка зараз всюди, в Gmail, у Google Docs, а тепер і в Google Meet.
Використовує speech-to-speech трансляцію, не тільки розпізнає мову, а й імітує голос перекладом.
Чим це може бути корисно для нас QA і команд
Тобі погано з англійською, але мітинги з клієнтами, щодня?
Розробник пояснює, що там у новому endpoint-і, а ти ловиш кожне третє слово?
Тімлід говорить німецькою?
У тебе співбесіда з найм-групою з US, а в голові тільки "My name is test-case..."?
Тепер можна реально включити дубляж і просто слухати. Це мінус стрес, плюс продуктивність.
І не треба потім питати: “А що він там сказав про deadline?” ГГиии😬
Що потрібно, щоб запрацювало?
Підписка: Gemini AI Pro або Ultra (остання коштує $249.99/міс), Ціни як MacBook, але не для всіх компаній це проблема, може ще припустять для людей))
Поки що працює з англійської/ іспанської, але скоро буде ще німецька, італійська, португальська
Української поки нема, але я думаю це питання часу особливо з ростом глобального ринку
Що з безпекою?
Google каже, “AI слухає, але не запам’ятовує”. Тобто дані мітингів не йдуть в тренування моделей.
(Як воно там насправді покаже час, але звучить ок.)
Функція може стати маст-хевом не лише для QA, а й для продуктових, сапорту, девів, всіх, хто працює в інтернаціональній команді, але ще не читав Шекспіра в оригіналі.
Що думаєте про таку фічу?
Користувались би?
Чи англійська вже норм, і не страшно?
А може, варто б таке у Zoom?
Напишіть у коментах або просто зробіть репост, хай продакт-менеджери побачать, що це 🔥
Ось Оригінальне відео з презентації Google I/O 2025 шоб було що в вечері подивитися а не ходячих мерців 😃 (там саме про фічу стартує з 10:10 (Introduction))
https://www.youtube.com/watch?v=o8NiE3XMPrM
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
YouTube
Google I/O '25 Keynote
It's time to I/O! Tune in to learn the latest news, announcements, and AI updates from Google.
00:00:00 Opening
00:02:17 Introduction
00:19:29 Google DeepMind + Gemini for Developers
00:46:04 Search
01:11:06 Gemini
01:24:02 Generative Media
01:37:37 Android…
00:00:00 Opening
00:02:17 Introduction
00:19:29 Google DeepMind + Gemini for Developers
00:46:04 Search
01:11:06 Gemini
01:24:02 Generative Media
01:37:37 Android…
1❤18👍5🤔5
This media is not supported in your browser
VIEW IN TELEGRAM
Всім доброго раночку друзі!! як ваши справи)
Ранкові історіі QA - Коли знову поклали прод після релізу в п’ятницю зранку!!
Я думаю вам же теж знайома ситуація особливо в п’ятницю зранку, коли реліз був о 6:00 бо маленька фіча, нічого не зламає" 😅 я сподіваюсь я такий не один
А потім зникає прод, PM нервово шарить по чату, девопс дивиться на графіки, а QA ховається за монітором і думає, чи не пора в еміграцію.
А у вас як проходять ранкові релізи? чи взагалі таке практикується?
Релізнули й пішли за кавою чи одразу в прод стрибати, як в Азкабан?
Діліться своїм досвідом, репостіть у команду і не забудьте, retry, не завжди спасіння 😎😎😎
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
Ранкові історіі QA - Коли знову поклали прод після релізу в п’ятницю зранку!!
Я думаю вам же теж знайома ситуація особливо в п’ятницю зранку, коли реліз був о 6:00 бо маленька фіча, нічого не зламає" 😅 я сподіваюсь я такий не один
А потім зникає прод, PM нервово шарить по чату, девопс дивиться на графіки, а QA ховається за монітором і думає, чи не пора в еміграцію.
А у вас як проходять ранкові релізи? чи взагалі таке практикується?
Релізнули й пішли за кавою чи одразу в прод стрибати, як в Азкабан?
Діліться своїм досвідом, репостіть у команду і не забудьте, retry, не завжди спасіння 😎😎😎
Буду дуже вдячний за підписку і поширення групи 🤗🤗🤗
https://t.me/BugOrDefects
2😁18❤2👍1
Завдання дня для QA:
Що з наведених варіантів найкраще описує, що таке SSH?
Що з наведених варіантів найкраще описує, що таке SSH?
Anonymous Quiz
7%
(A) SSH - це браузерне розширення для шифрування HTTP-запитів на продакшені.
42%
(B )SSH - це протокол для захищеного підключення до серверів по API-ключу.
0%
(C) SSH - це інтерфейс для візуального керування UI сервера з віконечками та кнопочками.
51%
(D) SSH - це протокол для безпечного віддаленого доступу до серверів через командний рядок.
👍14❤3🔥3
Bug or Defect?
Завдання дня для QA:
Який порт найімовірніше використовується додатком, якщо він працює через HTTPS?
Який порт найімовірніше використовується додатком, якщо він працює через HTTPS?
Всім доброго вечора, Ну що, вихідні вже наступили, можна трохи розвантажити мозок😎😎😎
Результат відповідей чучуть мене здивував, але я розумію чому!! давайте коротенько розберу цей пул для вас 👀
і так чому же не порт 80 (А)
Так це HTTP без шифрування. Усе летить у відкритому вигляді тобто ні TLS, ні захисту. Використовується для звичайного веб-трафіку, але HTTPS тут точно не причому.
про порт 22 це взагалі інша тема (B)
Це якраз для SSH (Secure Shell) який у вас в наступньому пул, це інструмент для віддаленого підключення до серверів. Якщо ви зайшли сюди через HTTPS, а не в консолі щось колупаєте, то 22 вас не стосується
якраз чому саме Порт 443 (C)
HTTPS (HyperText Transfer Protocol Secure) це звичайний HTTP, але з бронею у вигляді TLS/SSL. І цей захищений трафік за замовчуванням іде через порт 443.
Цей порт бачить увесь світ, коли ви заходите на сайт із замочком
ну і лідер в пулі по вибору голосування Порт 8080
Це така собі резервна копія для HTTP. Ось тут нюанс у тестових і дев-середовищах HTTPS іноді крутять на 8080, 8443 чи ще десь, щоб не займати 443.
Але це нестандарт, тому найімовірніший варіант усе ж таки 443
Тут навіть якщо ви не вказали порт у браузері, він під капотом звертається до 443, коли бачить https://.
і так поки не забув
Ви завжди можете глянути, на якому порту працює бек (особливо в дев-середовищах), або в логах, або через netstat/lsof, або просто за URL
Всім гарного вечора і вихідних)
Буду вдячний за репост группи, + приєднуйтесь до нас)
https://t.me/BugOrDefects
Результат відповідей чучуть мене здивував, але я розумію чому!! давайте коротенько розберу цей пул для вас 👀
і так чому же не порт 80 (А)
Так це HTTP без шифрування. Усе летить у відкритому вигляді тобто ні TLS, ні захисту. Використовується для звичайного веб-трафіку, але HTTPS тут точно не причому.
про порт 22 це взагалі інша тема (B)
Це якраз для SSH (Secure Shell) який у вас в наступньому пул, це інструмент для віддаленого підключення до серверів. Якщо ви зайшли сюди через HTTPS, а не в консолі щось колупаєте, то 22 вас не стосується
якраз чому саме Порт 443 (C)
HTTPS (HyperText Transfer Protocol Secure) це звичайний HTTP, але з бронею у вигляді TLS/SSL. І цей захищений трафік за замовчуванням іде через порт 443.
Цей порт бачить увесь світ, коли ви заходите на сайт із замочком
ну і лідер в пулі по вибору голосування Порт 8080
Це така собі резервна копія для HTTP. Ось тут нюанс у тестових і дев-середовищах HTTPS іноді крутять на 8080, 8443 чи ще десь, щоб не займати 443.
Але це нестандарт, тому найімовірніший варіант усе ж таки 443
Тут навіть якщо ви не вказали порт у браузері, він під капотом звертається до 443, коли бачить https://.
і так поки не забув
Ви завжди можете глянути, на якому порту працює бек (особливо в дев-середовищах), або в логах, або через netstat/lsof, або просто за URL
Всім гарного вечора і вихідних)
Буду вдячний за репост группи, + приєднуйтесь до нас)
https://t.me/BugOrDefects
Telegram
Bug or Defect?
Welcome to Bug or Defect?
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
🔥12❤5👍3
🌞 Всім доброго ранку!
Сподіваюсь, що у вас все добре 🫶
Субота, треба трохи видихнути. І морально, і фізично.
У мене сьогодні тільки троє учнів до обіду, а далі відпочинок!
Ніяких історій, ніяких пожеж, тільки настрій і трошки користі для вас.
А тепер до справи. Ідея, яка може сподобатись мануальщику.
Як автоматизувати ручну перевірку API в Postman без танців з бубном.
Це не фул-автоматизація, але
Ти можеш написати прості тести прямо в Postman
І зробити це все навіть якщо ти не QA-автоматизатор
А головне це може замінити повторювану рутину типу “відкрив Postman, натиснув Send, глянув вручну”
Якщо вам буде цікаво, можу зробити серію коротких постів, як автоматизувати свої ручні перевірки в Postman без складного оточення, як я роблю на своїму прикладі. Поставте щось у коментарі під постом
А поки, випийте кави, сонця і тихої суботи 🤗
Буду вдячний за репост группи, +
приєднуйтесь до нас)
https://t.me/BugOrDefects
Сподіваюсь, що у вас все добре 🫶
Субота, треба трохи видихнути. І морально, і фізично.
У мене сьогодні тільки троє учнів до обіду, а далі відпочинок!
Ніяких історій, ніяких пожеж, тільки настрій і трошки користі для вас.
А тепер до справи. Ідея, яка може сподобатись мануальщику.
Як автоматизувати ручну перевірку API в Postman без танців з бубном.
Це не фул-автоматизація, але
Ти можеш написати прості тести прямо в Postman
І зробити це все навіть якщо ти не QA-автоматизатор
А головне це може замінити повторювану рутину типу “відкрив Postman, натиснув Send, глянув вручну”
Якщо вам буде цікаво, можу зробити серію коротких постів, як автоматизувати свої ручні перевірки в Postman без складного оточення, як я роблю на своїму прикладі. Поставте щось у коментарі під постом
А поки, випийте кави, сонця і тихої суботи 🤗
Буду вдячний за репост группи, +
приєднуйтесь до нас)
https://t.me/BugOrDefects
2❤44👍11🔥1
Bug or Defect?
🌞 Всім доброго ранку! Сподіваюсь, що у вас все добре 🫶 Субота, треба трохи видихнути. І морально, і фізично. У мене сьогодні тільки троє учнів до обіду, а далі відпочинок! Ніяких історій, ніяких пожеж, тільки настрій і трошки користі для вас. А тепер до…
Не залізло все у пост(((🙃
🔥13❤4👍2
Завдання для QA:
Ти тестуєш систему, яка передає дані у реальному часі, із мінімальною затримкою, між клієнтом і сервером.
Наприклад, онлайн-чати, фінансові біржі. Який протокол найбільш підходить?
Ти тестуєш систему, яка передає дані у реальному часі, із мінімальною затримкою, між клієнтом і сервером.
Наприклад, онлайн-чати, фінансові біржі. Який протокол найбільш підходить?
Anonymous Quiz
16%
(A) HTTP/ HTTPS
73%
(B) WebSocket
6%
(C) FTP
6%
(D) SMTP
🔥16❤4👍2
Всім доброго ранку!
Як ваші справи? Сподіваюсь, у вас все добре ☀️
Сьогодні понеділок а це значить, планінг, таски, команди, фічі, баги і ми знову в строю 😎
Шо я маю вам сказати)
За ці вихідні я декілька разів натрапляв на знайомі теми й коментарі типу.
“Manual QA це вмираючий вид”,
“Ще трохи і все за нас буде робити AI”
І це мене прям наздогоняє всі вихідні(
І от що я хочу сказати з цього приводу,
Я не вірив у це 4 роки тому і зараз не вірю ще більше.
Колись мені казали,
"Мануальщики зникнуть бо все будуть робити автоматизатори".
Зараз кажуть,
"Все вас винесе штучний інтелект".
Але давайте по-чесному,
Хто пояснить деву, як має працювати фіча, коли в Figma пусто, а продакт вже нервує?
Хто складе план спринта так, щоб кожен взяв на себе ту фічу, де точно не вмре прод?
Хто буде перевіряти UX на реальних пристроях, не на емуляторі?
Так, автоматизатори круті.
Вони шарять код, пришвидшують тестування і знімають купу рутини. Але!
Дуже часто вони ізольовані:
- Не в курсі нюансів бізнесу
- Не бачать всього контексту продукту
- Не завжди можуть оцінити, наскільки саме зараз це критично для користувача
Я не кажу, що мануальщик краще,
Я кажу, що гарний продукт неможливий без нормального мануального QA.
Так, вимоги ростуть зараз часто шукають умовного full-stack QA, і мануал, і автоматизація, і трохи Project Manager, і ще каву за всіх варити.
Особисто я теж вчив Python, можу щось автоматизувати і автоматизую але в рамках Manual QA і це ппц як спрошую мені життя, але стати повним автомейшен, оооО ні дякую це не моє.
Я кайфую, коли можу знайти логіку помилки, вивести на чисту воду бага і врятувати реліз.
Автоматизація важлива. Але я QA з душею дослідника, а не скриптовика 🤓
Тож скажу прямо, мануальщики не вимерли і не вимруть.
Ми просто еволюціонували.
А що думаєте ви?
Чи справді настане момент, коли нас повністю замінить ШІ?
Чи, може, все ж... ні?
Давайте це обговоримо в коментарях, бо я знаю, для багатьох це болюча і гаряча тема.
Пишіть, навіть просто цікаво почитати думки кожного.
А поки гарного вам робочого понеділка!
Хапайте каву, запускайте Джиру, і вперед у спринт
А хто ще шукає проєкт не зволікайте, оновлюйте резюме і кидайте на вакансіі - та не вірте шо понеділок не для нових справ.
Буду вдячний за репост группи, +
приєднуйтесь до нас)
https://t.me/BugOrDefects
Як ваші справи? Сподіваюсь, у вас все добре ☀️
Сьогодні понеділок а це значить, планінг, таски, команди, фічі, баги і ми знову в строю 😎
Шо я маю вам сказати)
За ці вихідні я декілька разів натрапляв на знайомі теми й коментарі типу.
“Manual QA це вмираючий вид”,
“Ще трохи і все за нас буде робити AI”
І це мене прям наздогоняє всі вихідні(
І от що я хочу сказати з цього приводу,
Я не вірив у це 4 роки тому і зараз не вірю ще більше.
Колись мені казали,
"Мануальщики зникнуть бо все будуть робити автоматизатори".
Зараз кажуть,
"Все вас винесе штучний інтелект".
Але давайте по-чесному,
Хто пояснить деву, як має працювати фіча, коли в Figma пусто, а продакт вже нервує?
Хто складе план спринта так, щоб кожен взяв на себе ту фічу, де точно не вмре прод?
Хто буде перевіряти UX на реальних пристроях, не на емуляторі?
Так, автоматизатори круті.
Вони шарять код, пришвидшують тестування і знімають купу рутини. Але!
Дуже часто вони ізольовані:
- Не в курсі нюансів бізнесу
- Не бачать всього контексту продукту
- Не завжди можуть оцінити, наскільки саме зараз це критично для користувача
Я не кажу, що мануальщик краще,
Я кажу, що гарний продукт неможливий без нормального мануального QA.
Так, вимоги ростуть зараз часто шукають умовного full-stack QA, і мануал, і автоматизація, і трохи Project Manager, і ще каву за всіх варити.
Особисто я теж вчив Python, можу щось автоматизувати і автоматизую але в рамках Manual QA і це ппц як спрошую мені життя, але стати повним автомейшен, оооО ні дякую це не моє.
Я кайфую, коли можу знайти логіку помилки, вивести на чисту воду бага і врятувати реліз.
Автоматизація важлива. Але я QA з душею дослідника, а не скриптовика 🤓
Тож скажу прямо, мануальщики не вимерли і не вимруть.
Ми просто еволюціонували.
А що думаєте ви?
Чи справді настане момент, коли нас повністю замінить ШІ?
Чи, може, все ж... ні?
Давайте це обговоримо в коментарях, бо я знаю, для багатьох це болюча і гаряча тема.
Пишіть, навіть просто цікаво почитати думки кожного.
А поки гарного вам робочого понеділка!
Хапайте каву, запускайте Джиру, і вперед у спринт
А хто ще шукає проєкт не зволікайте, оновлюйте резюме і кидайте на вакансіі - та не вірте шо понеділок не для нових справ.
Буду вдячний за репост группи, +
приєднуйтесь до нас)
https://t.me/BugOrDefects
Telegram
Bug or Defect?
Welcome to Bug or Defect?
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
youtube - https://www.youtube.com/@BugOrDefect
instagram - https://www.instagram.com/bugordefect_life?igsh=MTFlYzZyMncwZWd4eQ==
1❤33👍8🤔2
Завдання дня для QA.
{ "query": "{ user(id:\"123\") { name email } }" } До якого типу API належить цей запит???
{ "query": "{ user(id:\"123\") { name email } }" } До якого типу API належить цей запит???
Anonymous Quiz
29%
(A) REST
19%
(B) SOAP
48%
(C) GraphQL
5%
(D) gRPC
❤5🔥5