Когда нет связи между фронтендом и бэкендом и он уходит в продакшн.

​​📑 Шаблоны тест-кейсов по API, тест-кейсы по идемпотентности

Автор статьи, Надежда Дудник, главный инженер по тестированию в СБЕРе, рассказывает о важности написания тест-кейсов по API, а именно про стратегию составления тест-кейсов по бэку, где результатом является хорошо структурированный тест-кейс.

Читать статью

#тестирование | @notes_analyst

​​Привет, друзья! Сегодня я хочу рассказать об интересной теме, а именно о взаимоотношениях бизнес-аналитика и тестировщика на проекте.
Конечно же, на протяжении всего жизненного цикла ПО эти специалисты взаимодействуют друг с другом. Но почему так важно, чтобы коммуникация между ними была на высоком уровне?

❗️Во-первых, плюсов здесь немало. Микс знаний и компетенций бизнес-аналитика и тестировщика позволяет получать более точные результаты и выявлять более точные недочеты в работе.
К тому же, если бизнес-аналитик и тестировщик работают в одной команде, это значительно экономит время и снижает риски получения неверных результатов.

❗️Тем не менее, есть и некоторые минусы. Как известно, каждый из этих специалистов имеет свой набор задач и целей на проекте. Это может привести к тому, что у них будут разные представления о том, какие процессы или продукты важны, и потенциально даже к конфликтам.

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

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

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

✅Задача бизнес-аналитика заключается в том, чтобы анализировать и понимать потребности пользователя и заказчика, и превращать эти знания в понятную и простую для понимания документацию - требования к проекту. Он также может заниматься сбором, анализом и уточнением требований, оценкой рисков, созданием пользовательских сценариев и функциональных спецификаций.

✅Задача тестировщика заключается в том, чтобы проверять работоспособность продукта и выявлять ошибки и недостатки функционала, а также убеждаться в том, что продукт соответствует требованиям и ожиданиям заказчика. Он может заниматься ручным тестированием или использовать автоматизированные инструменты для проверки функционала.
Кроме того, тестировщик может помочь аналитику выявить недостатки в требованиях и предложить корректировки требований, следить за качеством тест-кейсов и своевременной фиксацией багов в системе баг-трекинга.

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

Ой, да мы и без документации, на изи, эту таску затащим

​​Алоха, друзья! Сегодня мы поговорим о двух парнях - SOAP 🙋🏻и REST 🙋🏼‍♂️. Постараюсь рассказать простыми словами о них, чтобы было всем понятно, кто же эти парни))

👉🏻SOAP - мужик, который любит все делать в порядке. Он очень правильный и точный, всегда следует стандартам и правилам. Это тот чел, который всю жизнь работал в банке и никогда не опаздывал на работу. SOAP использует подход "запрос-ответ", что означает, что если вы что-то запросили, то вам обязательно придет ответ. SOAP считает, что порядок и правильность - это главное. Но, конечно, это может занять некоторое время.

👉🏻 А вот REST - это совсем другой тип. Он далек от стандартов и может быть очень неформальным. Это парень, который любит свободу и самостоятельность, он не любит ограничений и правил. REST использует подход "совместное использование ресурсов", что означает, что данные хранятся в одном месте и могут быть получены множеством клиентов одновременно. REST всегда готов к действию, главное - быстро и качественно.

Итак, какое же отличие между этими двумя парнями; спросите вы?
- SOAP может быть довольно медленным, потому что он всегда следует стандартам и держится правил, но все же он очень аккуратный.
- REST же быстр и готов к действию, он не признает границ и может работать с многими клиентами одновременно.

Теперь вы знаете, кто такие SOAP и REST, и какое отличие между ними. Выбирать между ними зависит от вашего личного вкуса и нужд. Если вам нужна точность и аккуратность - выбирайте SOAP, если же вам нужна свобода и быстрота - выбирайте REST. Но никогда не забывайте о том, что главное - это правильно подобрать того парня, который вам более подходит.

Источник: @ba_and_sa

📎Ну а для углубления в тему предлагаю вам несколько статей:
- Применение SOAP при интеграции систем
- Everything about SOAP, REST, and Message Brokers


Всем удачи в выборе своего SOAP или REST!

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

​​Тестирование безопасности (Security and Access Control testing)

«Это тип тестирования ПО, который выявляет уязвимости, угрозы и риски. Целью тестов безопасности является выявление всех возможных лазеек и слабых мест в ПО, которые могут привести к потере информации, доходов, репутации компании, сотрудников или клиентов»

Источник