Системный Аналитик

channel icon
Канал для системных аналитиков:
публикуем полезные материалы для аналитиков на все случаи жизни.

Условия размещения

Цена за 48 часов в ленте 7700,00
Цена за 1 час закрепления N/A
Взаимопиар Нет
Дополнительные условия рекламы Отсутствуют
+25
6 686
подписчиков
-15
~3.9k
охват 1 публикации
0
~1
постов / день
-0,5%
58,1%
ERR % ?

Статистика

Последние публикации

Системный Аналитик
20 февраля 2024 г. 11:19
Версионирование REST API

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

⚙️ Как это работает

1️⃣ Под номером версии фиксируется существующий контракт API, который используется потребителями

2️⃣ Если возникла необходимость внести изменения в существующий контракт, заводится отдельная ветка под дорабатываемый метод

3️⃣ Изменения публикуются в новой версии метода API, при этом старая версия остаётся рабочей до тех пор, пока у неё есть потребители

4️⃣ Потребители сами решают, в какой момент они будут готовы перейти на новую версию того или иного метода


✍️ Пример


Допустим, есть метод который позволяет опубликовать статью в блоге: POST /v1/articles
Метод принимает на вход в теле запроса следующие параметры, которые являются обязательными:
{
"text": "string",
"author": "string",
"title": "string"
}


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

Поэтому создаём новую версию метода POST /v2/articles и все изменения реализуем там:
{
"text": "string",
"author": "string",
"title": "string",
"category": "string"
}


При этом старая версия метода (POST /v1/articles) продолжает работать.


Способы версионирования API

💫 Префикс URIПрефикс URI
Пример: GET /v1/users
✔️ Способ простой в проектировании, реализации и документировании
✖️ Создает большое количество дубликатов URL и может снизить производительность приложения

💫 Параметр запросаПараметр запроса
Пример: GET /users?version=v1
✔️ Способ рекомендуется, если важно HTTP-кеширование для повышения пропускной способности
✖️ Приводит к загрязнению URI, так как префиксы и суффиксы добавляются к основным строкам URI

💫 HTTP заголовок запросаHTTP заголовок запроса
Пример: GET /users, а версию передаём в headers: version=v1
✔️ Не приводит к загрязнению URI, легко реализовать
✖️ Приводит к неправильному использованию заголовков, т.к они нужны для метаинформации

💫 Feature-версионированиеFeature-версионирование
У клиента API есть набор фич. При отправке запроса, сервер проверяет его набор фич и на этой основе сам определяет нужную версию для каждого клиента
✔️ Можно использовать в качестве внутреннего API
✖️ Со временем фичи могут вступить в конфликт, если отвечают за одну и ту же часть бизнес-логики


⭐️ Подборка материалов доступна в закрытом каналезакрытом канале

#api
Системный Аналитик
19 февраля 2024 г. 12:59
Что такое sequence diagram и как она строится❓

Узнайте на бесплатном открытом уроке, который проведет senior системный аналитик с опытом работы в 24 проектах Альбина Гараева и разберет:

📌Почему системный аналитик должен уметь строить диаграммы?
📌Диаграмма последовательности: составляющие и правила построения
📌Разбор на практике построения диаграммы последовательности для одной из разновидностей процесса регистрации, а именно по номеру телефона.

Встречаемся 21 февраля в 19:00 МСК в прямом эфире!

Регистрируйтесь на урок прямо сейчас: https://ginfotech-consultation.ru/open-lesson

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

erid: 2Vtzqwh4TQC
Реклама
ИП Гараева АМ
ИНН 164909584601
Системный Аналитик
17 февраля 2024 г. 16:09
Репост:
Принцип пирамиды Минто. Золотые правила мышления, делового письма и устных выступлений

✍️ Автор: Барбара Минто
🗓 Год издания: 2004
🔤 Язык: русский
📚 Объём: 189 стр.

Эта книга учит эффективно составлять письменные документы и устные выступления. Согласно теории автора, текст делового документа хорошо воспринимается только в том случае, если его идеи логически взаимосвязаны и выстроены по принципу пирамиды.

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

"Золотые правила" Барбары Минто необходимы всем, кому приходится иметь дело с составлением отчетов, служебных записок, докладов, выступлений, презентаций, а также всем, кто хочет научиться предельно ясно и правильно излагать свои мысли, вне зависимости от рода деятельности.

#навыки
Системный Аналитик
15 февраля 2024 г. 10:00
Хотим познакомить вас с каналом Analyst IT❗️ Канал подойдет вам, если вы задумались о профессии ИТ-Аналитика, или уже в этой области! Его ведет - Оксана, которая в анализе уже более 10 лет, успела поработать в разных сферах и ролях

Кому будет интересно:
- Бизнес- аналитикам
- Системным аналитикам
- Дата аналитикам
- BI-аналитикам
- Data science
- и др.

На канале вы найдете интересные материалы о современных методах обработки и анализа данных, о бизнес/системном анализе, облачных технологиях, инструментах и техниках работы с данными, а также об опыте экспертов из разных компаний и стран.

Для примера вот 👇🏼материалы, которые помогут вам подготовиться к собесам:
- задачки и тестовые задания
- разбор проф.литературы
- разбор программ для аналитиков
- разбор скилов разных ИТ-аналитиков

Также же есть много других материалов, опросы, интересные рубрики от автора.

📌p.s. Если есть вопросы или предложения по темам, пишите админу, она всегда ответит и поможет!

Присоединяйтесь к каналу - Analyst IT и получайте полезную информацию в сфере анализа!

Подписаться 👉🏻 Analyst IT
Системный Аналитик
14 февраля 2024 г. 12:27
OAuth 2.0 и OpenID Connect

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

👤 OpenID Connect — протокол аутентификации, который позволяет безопасно узнать сведения о пользователе, от имени которого совершается вход. OpenID Connect позволяет реализовывать сценарии, когда единственный логин можно использовать во множестве приложений, — этот подход также известен как single sign-on (SSO).

В чём отличие между OAuth 2.0 и OpenID Connect

Вся разница сводится к различию процессов аутентификации и авторизации.

Простыми словами:

💩💩Аутентификация — это когда мы проверяем, кто именно запрашивает доступ и является ли он тем, кем он себя представляет.

💩💩Авторизация — это когда мы проверяем, имеет ли конкретный клиент доступ к запрашиваемой информации.

OAuth 2.0 используется для авторизации, а OpenID Connect для аутентификации. А ещё OpenID Connect делает возможным использование SSO.

Токены

Оба протокола используют токены. Токен — это строка, которая содержит зашифрованную или подписанную информацию.

💩💩id_token — содержит информацию о клиенте, он выдается провайдером идентификации (IdP) в ответ на успешную аутентификацию пользователя. Может содержать, например, id пользователя, фамилию, имя, телефон и т.д.
💩💩access_token — это токен доступа, который используется для совершения действий от имени пользователя. Может быть ограничен скоупом — перечислением прав, которые может делать приложение с этим токеном от имени клиента. access_token имеет короткий срок жизни в целях безопасности.
💩💩refresh_token — это токен, который используется для получения нового access_token, когда старый истекает или отзывается. Имеет более длительный срок.

Все эти токены можно генерировать по-разному, но самый популярный формат — это JSON Web Token (JWT).

Структура JWT
💫Заголовок (header)Заголовок (header) — состоит из типа токена и алгоритма хэширования подписи
💫Полезная нагрузка (payload)Полезная нагрузка (payload) — любые данные, которые вы хотите передать в токене. Payload не шифруется при использовании токена, поэтому не стоит передавать в нем чувствительные данные. Например, паспортные данные.
💫Подпись (signature)Подпись (signature) — заголовок и нагрузка формируются отдельно в формате JSON, кодируются в base64, а затем на их основе вычисляется подпись, которая также становится частью токена.

🔀 Процесс на примере использования VK API

1. Приложение генерирует параметры запроса и отправляет пользователя на сервер авторизации oauth.vk.com, добавив к ссылке параметры, включая запрашиваемый scope, например, friends
2. Пользователю открывается окно, где он проходит аутентификациюаутентификацию — вводит логин и пароль
3. После входа открывается окно с запросом прав доступа. Пользователь нажимает на кнопку "Разрешить". Тем самым он авторизуетавторизует приложение на выполнение действий от его имени с запрашиваемым scope.
4. Сервер авторизации генерирует access_token и refresh_token и возвращает их приложению
5. Теперь приложение может управлять списком друзей пользователя

⭐️ Подборка материалов доступна в закрытом каналезакрытом канале

#архитектура #проектирование
Системный Аналитик
12 февраля 2024 г. 19:02
Как пройти собеседование в компанию мечты? ☄️

15 февраля проведем техническое собеседование на позицию FinTech Middle System Analyst в «Цифровые Привычки»,

В прямом эфире:

• Разберем реальное CV;
• Обсудим, на что обращают внимание рекрутеры, а на что — интервьюеры;
• Расскажем о частых ошибках на собеседовании и как не допустить их.

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

Интервьюер – Николай Мухранов, Senior System Analyst с коммерческим опытом более 5 лет. Преподаватель на курсе FinTech System AnalystFinTech System Analyst.

Больше — в прямом эфире!
Регистрация по ссылке: https://clck.ru/38m23h

Реклама. ООО "Платформа непрерывного обучения" ИНН 7839405924
erid: 2VtzqwTWq5J
Системный Аналитик
12 февраля 2024 г. 11:46
Репост:
Основы технологий баз данных: учебное пособие

✍️ Автор: Новиков Б. А. / Б. А. Новиков, Е. А. Горшкова, Н. Г. Графеева; под ред. Е. В. Рогова.
🗓 Год издания: 2020
🔤 Язык: русский
📚 Объём: 583 стр.

Материал первой части учебного пособия составляет основу для базового курса и содержит краткий обзор требований и критериев оценки СУБД и баз данных, теоретическую реляционную модель данных, основные конструкции языка запросов SQL, организацию доступа к базе данных PostgreSQL, вопросы проектирования приложений и основные расширения, доступные в системе PostgreSQL.

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

#бд
Системный Аналитик
10 февраля 2024 г. 15:48
Больше подборок в закрытом канале

Ещё больше полезных материалов по системному анализу можно получать в закрытом канале, который доступен по подписке.

Что входит в подписку:
➖2-3 подборки материалов каждую неделю в закрытом канале
➖навигация по всем материалам
➖коммьюнити подписчиков — обмен опытом и общение
➖доступ к каналу с тестовыми заданиями из собеседований
➖тесты для самопроверки
(скоро) обновляемая база знаний по ключевым темам системного анализа
➖(скоро) исчерпывающая интерактивная карта навыков системного аналитика со ссылками на материалы из базы знаний

Тарифы:
💩350 ₽ — месяц
💩3400 ₽ — год (283 р/мес, экономия 20%)

Оформить подписку можно через кнопки ниже.
Подписка на месяц (350 руб)
Подписка на год (283 руб)
Системный Аналитик
8 февраля 2024 г. 10:59
Вы тоже сможете вырасти до хардового аналитика уровня Middle+. Как?
Добавьте к своим скилам навыки в проектировании архитектуры и интеграций веб-сервисов!

Три месяца назад я уже писал про этот курс. Сейчас пишу еще раз, потому что у курса вышло полезное обновление, уже доступное ученикам, независимо от того, когда они его купили.
—————
📚 Первое: в портфолио включили примеры интеграций от крупных BigTech-компаний. Это позволит вам понять, как технологии применяются в реальных бизнес-контекстах.
🌐 Второе: обновили портфолио. Теперь в нём есть задания повышенного уровня сложности для каждой темы. Это небольшие реальные проекты, с помощью которых можно не только проверить, но и улучшить свои навыки!
✔️Третье: вышел новый модуль про проектирование баз данных - нормализация, транзакции, основы DWH, индексы.
—————
• Результат после прохождения курса: 15 рабочих проектов в портфолио-резюме
• Доступ к урокам и всем обновлениям останется навсегда
• Фундаментальная база
• Всю программу и отзывы смотрите в боте курса

Когда перейдете в бот курса, то получите бесплатные открытые уроки по архитектуре и интеграциям. Польза 👇

@studyit_help_bot

Скидка на курс от канала
— 1 000₽ на Stepik по промокоду
SYSY до конца февраля.
Системный Аналитик
7 февраля 2024 г. 13:52
Продакты забыли, что их главная задача — зарабатывать для компании деньги

Отличить хорошего продакта от хренового очень просто: хреновый говорит про какие угодно метрики в своем продукте, только не про деньги. Чаще всего они козыряют метриками тщеславия типа MAU, DAU или количеством новых зарегистрированных пользователей. Нормальные же пацаны меряются заработанным баблом в продукте и ростом чистой прибыли.

Про зарабатывание денег на IT продуктах и про продакт-менеджмент здорового человека пишет Яр Хромов — основатель careerspace.

В его бекграунде:

→ Построил собственную компанию с 50М+ revenue, 70% gross profit в 2023 и ростом x2 год от года
→ Возглавлял аналитику в Wakie (YC-alumni), Fura (оценка >$100M) и Turbo (куплен Газпром нефтью)
→ Состоял и состоит в Reforge (считается лучшим продуктовым коммьюнити в мире)

Подписывайтесь на @firstanalyticsguide, если хотите зарабатывать деньги на своих IT продуктах и быть трушными продактами
Системный Аналитик
6 февраля 2024 г. 12:11
Kanban vs Scrum: сравнение методологий

Kanban и Scrum — методологии гибкого управления проектами, используемые для реализации принципов Agile и DevOps при разработке.

Kanban — подход к управлению процессом разработки, который включает следующие практики:

💩Визуализация задач и прогресса с помощью канбан-доски, установление приоритетов задачам
💩Ограничение количества задач со статусом "В работе", или WIP (work in progress). Если лимит превышен, то команда не может взять новую задачу в работу, пока не будет завершена одна из текущих
💩Управление потоком: отслеживание метрик, таких как скорость движения задач между статусами, для устранения «бутылочных горлышек», где процесс замедляется
💩Проведение каденций — встреч членов команды по процессу разработки. Всего выделяют 7 видов встреч. Главная цель — объяснение правил для всех участников команды и сбор обратной связи
💩Непрерывное улучшение процесса на основе обратной связи и анализа метрик

Что общего между Kanban и Scrum


➖Обе методологии относятся к Agile
➖Важна визуализация работы для прозрачности и оценки текущего состояния задач.
➖Имеют итерационный подход к работе, даже если длительность итераций различается.
➖Имеют механизмы для определения и управления приоритетами задач.
➖Акцентируют внимание на командной работе и взаимодействии между участниками


✅ Когда лучше применять

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

Scrum:

💩💩 важен строгий контроль сроков и структура
💩💩 требуется четкое определение целей и результатов
💩💩 команда является кросс-функциональной
Пример: Разработка новой версии продукта с фиксированным релизным циклом, например, каждые 3 месяца.


Когда не подойдет

Kanban
💩💩в проектах, где необходимо строго соблюдать сроки
💩💩в кросс-функциональных командах
💩когда требуется постоянная обратная связь от клиентов

Scrum

💩💩 продукт нужен целиком, итерации невозможны
💩💩 когда нет сплочённой, самоорганизованной и кросс-функциональной команды
💩💩 для слишком маленьких групп из 1–2 человек, или, наоборот, больших лучше заменить другими методами — SAFe, LeSS.


☯️ Гибрид ScrumBan

Используется в средах, где необходимо управление проектом в условиях неопределенности и частых изменений. ScrumBan легче внедрить, чем Scrum
💩💩от Scrum: сохраняет ключевые элементы Scrum: спринты, роли (Product Owner, Scrum Master, и команда разработки) и основные события (планирование, ревью, ретроспектива).
💩от Kanban: заимствует концепцию визуализации процесса на доске, ограничения рабочего объема, адаптацию к изменениям в реальном времени и фокус на поток задач.

⭐️ Подборка материалов доступна в закрытом каналезакрытом канале

#управление_проектами
Системный Аналитик
5 февраля 2024 г. 15:01
Привет! Это команда HR Tech МТС. Мы создаем современные цифровые HR-сервисы. Наши пользователи — более 60 тыс. сотрудников цифровой экосистемы МТС. У нас в команде уже 140 IT-спецов и мы продолжаем расширяться. Сейчас находимся в поиске крутых аналитиков.

Вакансия Аналитик

Что нужно делать:

🔺 формулировать функциональные и нефункциональные требования к системе и интеграции с другими системами;

🔺 строить бизнес-процессы и модели предметной области.

Мы ценим опыт написания технических заданий с описанием API, опыт работы с протоколом REST, навыки тестирования в Postman.
Подробное описание ты найдешь по ссылке. Откликайся, мы ждем тебя!

Реклама. Информация о рекламодателе
Системный Аналитик
3 февраля 2024 г. 16:29
📚 Ловите огромную подборку книг по гибким методологиям 🔥

Все книги можно бесплатно скачать в .pdf. Все ссылки ведут на наш второй канал "Библиотека Системного Аналитика"

1. Подборка книг по Agile
2. Подборка книг по Scrum
3. Подборка книг по Kanban
Системный Аналитик
2 февраля 2024 г. 16:01
#вакансия #системный #аналитик #гибрид
Вакансия: Системный аналитик
Компания: Market Lab 
Формат работы: гибрид (Москва)
Занятость: Full-time
ЗП: от 200 000 до 350 000 руб. на руки

Немного о проекте:
Chatlab - SaaS решение для маркетинга, реализовано в виде CRM системы с мессенджером.🔥

📍Чем предстоит заниматься:
— Сбором, анализом, систематизацией и согласованием требований бизнес-пользователей;
— Анализом, созданием и согласованием функциональных спецификаций, и взаимодействием с разработчиками по вопросам их реализации;
— Проверкой разработанного функционала в части полноты и качества удовлетворения требований бизнес-пользователей;
— Сопровождением жизненного цикла ПО от разработки до внедрения.

📍Что мы ожидаем:
— Опыт работы в качестве системного аналитика не менее 3-х лет;
— Опыт работы с сервисными/микросервисными архитектурами систем;
— Знание построения REST;
— Знание SQL и теоретических основ реляционных баз данных;
— Умение работать с системами Atlassian Jira, Git, Confluence;
— Умение грамотно излагать свои мысли, как устно, так и письменно;
— Технический бэкграунд.

📍Мы предлагаем:
— Крутой офис в Москва-Сити;
— У нас нет места для лагов: мы работаем на новых Макбуках;
— Комфортный рабочий день с 11 до 18, в пятницу до 17, чтобы у тебя было время на отдых;
— Адаптация у нас – это не формальность: помогаем плавно интегрироваться в команду;
— Ты можешь легко выбрать удобный способ получения ЗП;
— Ценим рвение к росту и обучению и даем возможность обучаться за счет компании.

📲 Интересно?) Для связи: @a18dima
Системный Аналитик
2 февраля 2024 г. 15:13
Системный Аналитик
2 февраля 2024 г. 15:13
Системный Аналитик
2 февраля 2024 г. 15:13
Системный Аналитик
2 февраля 2024 г. 15:13
Репост:
Одна из частых ошибок при проектировании API - это отождествление модели объектов API со схемой БД. Особенно ярко проявляется при работе с REST API, когда аналитик убежден, что каждый HTTP-ресурс - это таблица в БД.

Почему модель данных API может отличаться от модели БД?

1️⃣ Первичная задача при проектировании сущностей и связей в БД - это эффективное хранение данных, обеспечение производительности и стабильности сервис. Такая модель может быть неудобна для потребителей сервиса. Например, БД может иметь ненормализованную форму.

2️⃣ Сервис может использовать нереляционное хранилище. Например, MongoDB для хранения объектов в виде документов.

3️⃣ Сервис может использовать несколько БД для хранения данных. Возможно, из-за легаси. Или мы используем разные хранилища для разных типов данных

4️⃣ Сервис может вообще не иметь своего хранилища, а получать данные из внешних сервисов и систем.

5️⃣ Жесткая связка модели API и схемы БД, потребует большего времени на доработки, если одна из них меняется.

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

Подписывайтесь на продолжение: @nextway_news
Системный Аналитик
31 января 2024 г. 14:08
Тест-кейсы: как и зачем писать📝

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

Виды тест-кейсов:


✅ Позитивные (положительные). Проверяют, что система правильно реагирует на корректные данные
Пример: пользователь существует в системе и он может пройти авторизациюПример: пользователь существует в системе и он может пройти авторизацию

❌ Негативные (отрицательные). Показывают, что система умеет работать с некорректными данными
Пример: пользователь при регистрации ввёл простой пароль 12345, а кнопка “Установить пароль” активной не стала, т.к ждёт более сложныйПример: пользователь при регистрации ввёл простой пароль 12345, а кнопка “Установить пароль” активной не стала, т.к ждёт более сложный

🚫 Деструктивные. Служат для проверки прочности системы
Пример: метод для получения заказов пользователя нельзя выполнить без авторизацииПример: метод для получения заказов пользователя нельзя выполнить без авторизации


Особенности:
💩Идеально подходят для описания сложных проверок в системе и регрессионного тестирования
💩Помогают автоматизировать ручные проверки, если тестирование занимает много времени
💩Используются для проверки системы не тестировщиками, для онбординга новых людей на проект
💩Помогают определить необходимое время на тестирование
💩Избыточны для небольших задач
💩Требуют много времени на написание и актуализацию
💩Может возникнуть "Эффект пестицида" — когда из-за постоянного повторения одинаковых шагов не получается найти ошибки


Содержание тест-кейса

💫Уникальный номер. Позволит ссылаться на тесты по номеру
💫Заголовок. Отражает цель - что именно нужно проверить
💫Предусловия. Что нужно сделать перед началом тест-кейса
💫Постусловия (редко). Что нужно сделать после проведения проверки. Например, удалить изменения из базы данных
💫Шаги. Что нужно сделать для проверки
💩Не описывать шаги слишком подробно. Например, следует писать «Введите email» вместо «Введите email, нажимая клавиши на клавиатуре».
💩Шаги должны быть конкретными. Написать: “Нажмите на иконку пользователя → Личный кабинет” вместо “Зайдите в личный кабинет”
💩Скриншоты можно использовать только как дополнение к текстовому описанию
💫Ожидаемый результатОжидаемый результат. Что должно получиться после или во время прохождения шагов
💫💫💫СтатусСтатус. Passed/Failed, то есть Успех/Провал или другой. Отмечается при прохождении кейса тестировщиком


Use Case 🆚 Test Case

🔹 Use CaseUse CaseUse Case — детальное описание того, как пользователь взаимодействует с системой, включая различные сценарии, условия и результаты. Используют для описания функциональных требований к системе

🔸 Test Case🔸 Test Case — детальное описание того, как должно проходить тестирование конкретной функции в системе. Основываются на юскейсах и используются для проверки соответствия реализации требованиям.


👨‍💻 Аналитик и тест-кейсы
➖На старте проекта кейсы может написать и согласовать аналитик - именно он лучше всех знает требования к системе. Это упростит сдачу проекта в будущем
➖Аналитик подсвечивает тестировщику какую часть функционала нужно оформить в виде кейсов для регрессионного тестирования - что было самым важным в релизе
➖Ревью тест-кейсов — аналитик проверяет, что тестировщик правильно понял задачу и ожидаемый результат соответствует требованиям


ИнструментыИнструменты ведения для тест-кейсов:
➖Zephyr for Jira
➖TestRail
➖Qase
➖Test IT


⭐️ Подборка материалов доступна в закрытом каналезакрытом канале

#тестирование