Як тестувати JSON схему

розкажу про те чому треба валідувати JSON у HTTP відповідях, яку роль вони виконують.
Які бібліотеки можна використовувати. Та обов'язково напишемо автоматизовані тести для валідації JSON
телеграм та інші посилання:
📎 linktr.ee/qasenpai
1:10 про JSON
2:30 ставимо бібліотеку
3:15 аналізуємо JSON
4:00 описуємо схему і пишемо тест
#qa #qaautomation #testing #sdet #тестування #автоматизаціятестування

Пікірлер: 13

  • @savin55589
    @savin555895 ай бұрын

    Коментар в підтримку каналу

  • @kavamafia
    @kavamafia5 ай бұрын

    Дякую за твої відео, дуже цікаво.

  • @user-ih1qc9br7i
    @user-ih1qc9br7i5 ай бұрын

    вподобайка!

  • @user-rl1xz9nt3v
    @user-rl1xz9nt3v5 ай бұрын

    Павел привет! недавно видел твой подкаст с моим ментором. Хотел спросить предоставляешь ли ты услугу проведения тестового собеседование по автоматизации на JS + Sypress + WDIO ? Спасибо

  • @qa_senpai

    @qa_senpai

    5 ай бұрын

    Вітаю :) Нажаль моїх знань з Cypress і WebDriverIO недостатньо щоб надавати подібні послуги

  • @artemfediai7206
    @artemfediai72065 ай бұрын

    Я думав, до pydantic- це найпопулярніше для валідації json. Хтось знає, що реально використовуються в production? Чи є якісь емпіричні докази, що по кількості зірочок раціонально обирати пакет? Є принаймні фактор існуючих code base які вже використовують той чи інший пакет. Навіть якщо той гірший. І тоді хочеш чи ні, пишеш на ньому, чим уже сам збільшуєш кількість коду, яка юзає цей самий валідатор, і ще менше шансів іншим валідаторам пробитися на ринок.

  • @qa_senpai

    @qa_senpai

    5 ай бұрын

    Вітаю, pydantic використовується в python в відео приклад з nodejs. Кількість зірочок якраз і є імперичний доказ, як правило це показує на довіру до бібліотеки від спільноти. Інструмент не настільки важливий як може здатися, важливо як ви його застовуєте. "Недоліки виробу компенсується тактикою застосування і навченістю особового складу"

  • @seekerofsense
    @seekerofsense5 ай бұрын

    дякую, а перевірки json схем зазвичай окремими тестами робляться? чи якось в рамках тестів які перевіряють бізнес логіку?

  • @qa_senpai

    @qa_senpai

    5 ай бұрын

    я б робив окремо, щоб не перевантажувати тести перевірками. Так наприклад у вас впаде тест з проблемами бізнес логіки і ви не дізнаєтесь чи JSON схема ціла, і навпаки.

  • @Art.Sviatnenko

    @Art.Sviatnenko

    5 ай бұрын

    З мого досвіду і описаних в мережі стратегій тестування - рекомендовано в складі тестів логіки. На кожну перевірку поіедінки ендпоінта іде набір обов‘язкових перевірок: статус код, схема, хедери, час до респонсу і для позитивних кейсів модифікуючих методів - валідація, що дійсно відбулася дія і відповідь - це не хардкод на бекенді.

  • @qa_senpai

    @qa_senpai

    5 ай бұрын

    @@Art.Sviatnenko в складі одного тест сьюту це ок, в одному тесті я б не робив з причин описаних вище. хоча не відкидаю ефективність вашого підходу.

  • @seekerofsense

    @seekerofsense

    Ай бұрын

    @@Art.Sviatnenko а що значить 'валідація, що дійсно відбулася дія і відповідь' типу перевірити чи приміром апдейтнулось якесь велю?

Келесі