В предыдущих материалах мы уже рассказывали про подход к автоматизации функционального тестирования в ДОМ.РФ и использование Test IT в качестве Системы управления тестированием (далее — TMS). После этого возникла задача интегрировать с ней наши автотесты (АТ).

Привет, Хабр! Сегодня поговорим про способы упрощения клиентского пути приложений посредством использования подсказок при заполнении данных об адресах и реквизитах организаций, а также рассмотрим опыт подключения сервиса «Подсказок» от DaData к электронной форме документа. И сравним использование «Подсказок» по адресам и адресных справочников Федеральной информационной адресной системы (ФИАС). Через тернии к звездам ведет Алена Сычева, аналитик направления Аналитики «Цифровых технологий», ИТ-”дочки” ДОМ.РФ.  

Всем привет! На связи ИТ-команда подразделения ДОМ.РФ Земли. Мы занимаемся автоматизацией вовлечения в оборот неиспользуемых или используемых не по назначению федеральных земельных участков и объектов недвижимости. Разрабатываемый нами продукт – это система на базе Битрикс24, в которой земельные участки  проходят долгий и всегда разный путь от появления в системе до реализации на торгах и последующего мониторинга. 

Привет, Хабр! Меня зовут Игорь Рарог, в Банке ДОМ.РФ я совмещаю две роли: лид команды и релиз-менеджер, и сегодня поделюсь своим опытом ведения проектов в Jira.

Вначале хочу рассказать о нашем проекте под названием «Апикс» — это ипотечный конвейер (о нем мы уже писали тут: Методология разработки и архитектура кредитного конвейера АПИКС в Банке ДОМ.РФ).

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

К примеру, одна из команд занимается заявочной частью: пилит фичи по работе с персональными данными клиента, дорабатывает openAPI для работы с партнерами и т.д. 

Другая делает доработки для выдачи ипотеки клиенту, множество интеграций с шиной, АБС (Автоматизированная Банковская Система) и другими внешними сервисами.

Всего таких команд 10, причём одна из них, платформенная, занимается только техническим долгом и не реализует никаких бизнес-фич. Данная команда отвечает за оптимизацию разработанных микросервисов, рефакторинг, сокращение времени обработки запросов, развязыванием микросервисов и много чем еще интересным.

В каждой команде, за исключением команды тех. долга, есть следующие роли:

Многие так или иначе сталкивались с продуктами компании Atlassian, такими как Confluence, Jira. Их использование позволяет организовать работу команды разработки наиболее удобным способом, обеспечить доступ к информации проекта. Кроме того, что эти продукты обеспечивают онлайн-доступ к основным материалам проекта, они также включают в себя много интересных плюшек. В этой статье ведущий системный аналитик ДОМ.РФ Екатерина Шипкова расскажет о полезных фичах Confluence.  

Одним из основных инструментов аналитика в IT является Confluence или Wiki. Данные пространства используются для написания требований к разрабатываемой системе и в целом похожи друг на друга своими функционалами. Требования, которые аналитик формирует к системе, должны отвечать определенным критериям, таким как: полнота, завершенность, атомарность, непротиворечивость, идентифицируемость, трассируемость. Поддерживать эти критерии становится крайне непросто, если документация проекта включает множество страниц со статьями, т.к. время, которое автор будет затрачивать на то, чтобы скорректировать одинаковые требования, найти их в пространстве проекта будет колоссальным. Именно для сокращения времени на поиск необходимой информации и сокращение дублирования одинаковых материалов можно использовать различные макросы в Confluence.   

В последнее время все активнее в обиход входит понятие экосистемы. Многие IT-компании предлагают различные цифровые решения для людей и бизнеса под одним брендом - от заказа еды до онлайн-сделок по покупке недвижимости. 

Непосредственной составляющей подобных решений в рамках одной экосистемы является общий дизайн. Однако по мере роста компании увеличивается количество элементов экосистемы, и поддержка консистентности UI-составляющей становится непростой задачей. 

В ДОМ.РФ мы создаем продукты для рынка недвижимости, в частности предназначенные для электронного взаимодействия между застройщиками, банками и государственными органами. Задачи и цели систем отличаются друг от друга, но их объединяет общий дизайн. Безусловно, создание библиотеки UI-компонентов с нуля в каждом новом сервисе является крайне сомнительной идеей по следующим причинам: 

Привет, Хабр! На связи Денис Киров, руководитель отдела тестирования компании «Цифровые Технологии» — мы отвечаем за качество продуктов Единой информационной системы жилищного строительства (ЕИСЖС), занимаемся функциональным тестированием, автоматизацией функционального тестирования и тестированием производительности информационных систем.

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

Привет, Хабр! Я Илья Крапивцев, и я руковожу направлением “Государственные сервисы подразделения Единой информационной системы жилищного строительства (ЕИСЖС) группы компаний ДОМ.РФ". Спасибо, что осилили это название, дальше будет интереснее! 

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

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

Плюсы, минусы, подводные камни спецификаций - на примере Единой информационной системы жилищного строительства (ЕИСЖС).

В ДОМ.РФ мы активно развиваем программы стажировок и развития молодых кадров. Эта деятельность дает нам обширный опыт и массу информации к размышлению. В этот раз мы решили проанализировать, какие тренды есть в студенческой среде, и куда стремятся молодые специалисты.

АПИКС – название информационной системы автоматизации процессов ипотечного кредитования и сопровождения в Банке ДОМ.РФ (рис. 1). Система предназначена для управления ипотечными продуктами, автоматизации процесса предоставления клиентам ипотечного кредита, а также выкупа и сопровождения закладных до полного исполнения обязательств. Я, Алексей Прутик, чаптер-лид системного анализа, в данной статье расскажу, как мы на базе АПИКС строим единый кредитный конвейер, совершенствуем наши ИТ-процессы и архитектуру.

Начну с текущего положения дел: ДОМ.РФ и Банк ДОМ.РФ уже два года успешно используют систему управления тестированием — Test IT. На момент написания статьи в системе Test IT ведутся 35 проектов (систем), создано более 25,5 тысяч ручных и автотестов и выполнено более 600 тысяч прогонов (90% из которых — это запуски автотестов).

Всем привет! Недавно мы решили задачу, как перейти на новую версию Spring + OpenFeign в мультимодульном проекте, в котором выделен API с навешенными аннотациями @FeignClient@RestController и @FeignClient. Я, Алексей Скакун, @hyragano ведущий разработчик ДОМ.РФ, поделюсь с вами этим кейсом.

Всем привет! На связи Александр Никифоров, архитектор приложений в ЦК СЭД ДОМ.РФ. Сегодня расскажу о том, какую роль low-code играет в интеграционных задачах и почему команда СЭД все-таки решила обходиться без этого инструмента. Кстати, ранее я писал про нашу систему электронного документооборота, почитать можно здесь и здесь.

Начнем с того, как обычно реализуются интеграционные задачи в СДУ «Приоритет» на платформе Docsvision. Для интеграции используется сервис «Интеграционный Интерфейс» от Digital Design, который с одной стороны подключается к серверу приложений, а с другой — предоставляет SOAP-сервис.

При построении автоматизации функционального тестирования (АФТ) в разных командах, проектах, компаниях могут возникать одни и те же проблемы, универсального решения которых не существует. Я, Василий Соколов, руководитель направления разработки ИТ-решений ДОМ.РФ, расскажу, как мы два года назад начали строить АФТ и каких результатов удалось достичь.

Привет, Хабр! На связи — Григорий Грязнов, руководитель подразделения «Аналитические сервисы» Единой информационной системы жилищного строительства (ЕИСЖС) ДОМ.РФ

По горячим следам недавно запущенного пилота машинного обучения (ML) в ДОМ.РФ решил поделиться с вами этапами его разработки и внедрения. Цель проекта – научиться анализировать темпы строительства многоквартирных домов и выявлять вероятные срывы сроков ввода их в эксплуатацию. В статье я постараюсь описать технологии, процесс построения алгоритмов и автоматизации сформированного решения простым языком, чтобы человек без специальных навыков в ML смог во всем разобраться.

или «Как догнать рынок, прыгая по граблям, и построить компетенцию тестирования практически с нуля»

Эксперт в области информационной безопасности Гехард Вагнер получил рекордное вознаграждение в размере 2000000$ от команды блокчейн проекта Polygon. Найденная исследователем уязвимость угрожала потерей 850000000$. Вознаграждение стало рекордным в истории DeFi. Гехард Вагнер обратил внимание на баунти-программу, которую Polygon запустил сентябре. Он отметил, что Polygon использует для защиты транзакций между своими сетями и Ethereum систему защиты Plasma, которую, по его мнению, сложно надежно реализовать. Вагнер подробно рассказал о том, как обнаружил уязвимость в «мосте» Plasma Bridge. С помощью ошибки в коде злоумышленник мог бы вывести сумму, в 223 раза превышающую первоначальную стоимость токенов. Внесение каждых $200 тыс. могло бы принести потенциальному хакеру $44,6 млн. В случае эксплуатации уязвимости потери протокола могли составить $850 млн. Вагнер предположил, что проблема возникла «из-за использования стороннего кода без его полного понимания».

Вагнер отметил, что ранее уже работал над системами защиты от мошенничества, в частности над «Плазмой» и знал основные сложности, с которыми сталкиваются разработчики. Поэтому сразу начал проверять опубликованные контракты, чтобы найти тот, который блокирует средства на L1, когда пользователи переводят средства в сеть Polygon и из нее. Он быстро нашел нужный контракт Deposit Manager Proxy, и на момент написания он содержал токены стоимостью около миллиарда долларов США.

Далее разберем найденную уязвимость.