Я еду на SQA Days 36!

Что-то замоталась, забыла написать =)))

Через недельку буду в Питере, на конференции SQA Days 36, буду выступать с докладом «Отличия при тестировании REST API и GraphQL API».

Так что можно встретиться, пофоткаться и вот это вот всё =))) 

Если хотите подписать книгу, то берите её с собой. К сожалению, в этот раз я не смогу привезти свои книги — последние пару конференций можно было найти меня и купить книгу сразу на месте, но вес у книг слишком тяжелый, а я только только спину вылечила... В общем, если был такой план, то купите книгу заранее (она и на Озоне есть, помните только, что зеленая обложка у черно-белых изданий, а рыжая / фиолетовая / голубая — у цветных).

Ну что, до встречи на конференции! 😀

Библиотека промтов для ChatGPT на русском языке

 

Коллега поделилась ссылочкой, а я делюсь с вами: https://prompt1.ru/.

Это библиотека промтов для разных нейросетей на русском языке — создатели собрали «самые лучшие подсказки для нейросетей под любые задачи». Конечно, не совсем под любые — по тестированию там промтов нет. Пока что. 

Справа сверху есть кнопка «добавить промт», так что в целом ничего не мешает расширить библиотеку под тестирование, а не только написание статеек.

Тем не менее такую библиотеку можно использовать вне работы для «стандратных» задач типа составления статьи.

Тут все разбито по категориям под текстовые нейронки и генераторы изображений, и спрятано под фильтры. Есть промты для реалистичной генерации людей, написания курсовой, диплома, контент-плана и так далее.

Применение ChatGPT в тестировании: новые курс и книга!

Пару месяцев назад пришел ко мне издатель с предложением написать книгу про ChatGPT — на западном рынке такие уже появляются, а у нас ещё нет, непорядок!

Я поизучала тему (когда он стал набирать обороты в России, я как раз ушла в декрет) — да, тема то хороша! Отличный инструмент, который помогает:

• студентам учиться (фидбек быстрее, чем с любым тренером, кроме индивидуального «живого» общения);
• тестировщикам (и не только им) работать.

Ну а раз такое дело, решили заодно расширить линейку курсов по инструментам тестировщика. И вот на этой неделе у меня две радости — новому курсу и книге быть!

Как читается Schema в GraphQL API

Чтобы понимать, какие запросы можно отправлять в GraphQL API и что можно получить в ответе, нужно уметь читать его схему. Это как WSDL в SOAP API — описание всех доступных методов.

Да, программы типа Postman или Apollo сами считывают схему и показывают вам всё в красивом виде — просто ходи да «натыкивай» запросы. Но если само API ещё в разработке, чтение схемы поможет понять, что вас ожидает.

Поэтому в этой статье я расскажу, что такое Schema GraphQL API и как её читать.

Ссылка на Хабр

Документация в Apollo по методам GraphQL — откуда берется

Если открыть GraphQL API в Apollo Studio, мы увидим документацию по методам. Посмотрим на примере системы Cards, ссылка в Apollo — https://cards.bugred.ru/online.

Чтобы документация появилась, нужно вызвать первый запрос с авторизацией — система защищена, без заголовка Authorization ничего не вернет (пароль см в документации по ссылке выше). Можно послать универсальный запрос: query UniversalQuery { __typename}

И вот мы видим, какие вообще методы нам доступны. Посмотрим на запросы Query:

Зайдем в любой метод, например, в метод getUser. И смотрите, у возвращаемого объекта есть описание на русском! «Тип данных пользователь»:

Аргументы внутри объекта Schema GraphQL — для чего нужны

В GraphQL для поля любого объекта вы можете указать аргументы. А объект — это который определяется через ключевое слово type:

Однако обычно аргументы используют в запросах — query и mutation (это тоже объекты в схеме). Там всё логично:

• Получить конкретную книгу? Укажи её ID, вот тебе и аргумент.
• Создать книгу? Укажи её данные, снова через аргументы.

Работа в двух вкладках: чит-лист проверок

Ссылка на Хабр

Чит-лист — это шпаргалка по выбранной теме, что не забыть проверить. Берете чит-лист как основу, адаптируете под свой проект, и готово!

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

Если в приложении есть возможность открыть одну и ту же форму несколько раз — это обязательно надо проверить:

• Веб — открыть форму в нескольких вкладках браузера.

• Десктоп — там тоже иногда можно открыть в отдельной вкладке форму. Или запустить приложение несколько раз (имитируя разных пользователей).

• Мобилки — открыть с разных устройств.

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

Пройдемся по операциям CRUD (create, read, update, delete) и посмотрим на чек-листы для каждого типа!