Ребята, вчера мы поделились постом «Где знакомиться айтишнику»⬆️
Один из способов указали посещение конференций😉

Почему стоит идти на конференции:

1️⃣ Классный шанс познакомиться с разными специалистами и руководителями
2️⃣ Можно обменяться опытом и узнать что-то новое
2️⃣ Можно найти новую работу или узнать, что сейчас на рынке вакансий актуально
4️⃣ Можно узнать тренды и новости в IT
5️⃣ Просто отдохнуть и провести время интересно.

Поделитесь, вы участвуете в конференциях? Если да, то в качестве кого: спикера или зрителя?

Чтобы решиться было проще, публикуем список конференций, которые пройдут во второй половине 2024 года⤵️

Конференция по системному и бизнес-анализу
17 cентября ONLINE
24–25 cентября, Санкт-Петербург + ONLINE

ANALYST DAYS / 19
Девятнадцатая Международная конференция по системному и бизнес-анализу
OFFLINE&ONLINE
22-23 ноября 2024, Москва

Summer merge - летняя айти-тусовка
28 - 30 июня 2024, Русский берег, Ульяновская область

XII МЕЖДУНАРОДНАЯ IT-КОНФЕРЕНЦИЯ СТАЧКА
27-28 сентября, Санкт-Петербург

IT-регата
Гонки на яхте + бизнес-тусовка
21 – 28 сентября 2024, Хорватия
26 октября - 2 ноября 2024, Турция

#hwGetAnalyst

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

Но всегда есть альтернатива🤌

Не сдавайтесь перед вызовами и препятствиями на полпути к своей мечте.
Выбирайте путь роста и развития.

Команда GetAnalyst всегда готова поддерживать вас❤️

Друзья, цените даже маленькие достижения!

Всем желаем получить и зафиксировать крутые результаты на этой неделе☺️

#GAfrindlyreminder

🪲 Ошибки в сценариях работы Интеграций 🪲

Написание требований к обработке ошибок является важной частью обязанностей Системного Аналитика. Я всегда начинаю описание работы системы с прямого сценария, а затем сразу же перехожу к поиску подвохов и отклонений на каждом его шаге.

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

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

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

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

1. Ошибка авторизации
2. Ошибки доступа
3. Ошибка тайм-аута
4. Ошибки по документации внешней системы
5. Неизвестные ошибки, которых не было в документации и не планировалось их обрабатывать (новые коды, неизвестные форматы тела ответа)
6. Новые статусы или значения справочников, которые не совпадают с нашими перекодировочными таблицами, описанными ранее в маппинге данных

📚 Подробности в мини-книге, которую прикрепила к посту 💖

#ИнтеграцииGA

Друзья, завтра уже пятница. Скоро отдохнём😁