Привет, меня зовут Нина Полторакова, я ведущий тестировщик в ГК Юзтех. 

На данный момент мы с командой занимаемся разработкой и поддержкой ИТ-решений по направлению Life — страхование жизни.

В этой статье я хочу поделиться несколькими приёмами, как не сойти с ума, тестируя страховые продукты. 

Вместо вступления

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

Да у вас, голубчик, аддендум

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

Аддендумы, ИСЖ, периоды охлаждения, полупроводки, периоды ответственности, КВ структуры, андеррайтинги, бррр, тут бы с тестированием разобраться сначала! 

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

Всем привет! С вами снова я, Елизавета Акманова, старший аналитик в ГК Юзтех. Сегодня хочу поделиться, почему и как мы с командой discovery перешли на описание API с помощью OpenAPI, и при чём здесь системный дизайн. 

Привет, я Саша. В продуктовом дизайне уже более 6 лет. Успел поработать как в небольших стартапах, так и в крупных продуктах в B2B и B2C сегментах, а ещё я веду канал о дизайне. 

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

Всем привет! Меня зовут Алина. Я работаю аналитиком более 3-х лет, сейчас –  в ГК Юзтех с продуктом Тил Эйчар. Это программа лояльности и мотивации персонала, которая позволяет снизить стоимость привлечения новых сотрудников и удержать текущих сотрудников.

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

Введение

Сегодня поговорим об экранных формах (далее – ЭФ), для отрисовки которых нужно получить данные из нескольких источников. В связи с этим возникает ряд вопросов, на которые нужно ответить прежде чем приступать к разработке. Например:

Всех приветствую в своей новой статье! Меня зовут Елизавета Акманова. С некоторыми читателями уже знакомы с предыдущих тем, для новых представлюсь: я системный/бизнес аналитик с опытом работы 3 года. Было много проектов разного уровня и сложности: начиная с монолитов в команде из 4 человек, заканчивая 50+ микросервисами из 90 человек. Но все проекты объединяло одно: API. Абсолютно в каждом присутствовал этот термин, приходилось работать с проектированием API, и сегодня я хотела бы рассказать про подходы, как это можно делать и подчеркнуть особенно метод API-first. 

Всем привет! Меня зовут Александр Остапец, дизайнер продуктов в ГК Юзтех.

В продуктовом дизайне — 4,5 года. За это время разработал дизайн продуктов в сфере B2B, B2C и Enterprise. В статье я поделюсь своим опытом взаимодействия продуктового дизайнера с аналитиком, разработчиком, тестировщиком и продактом, и дам рекомендации по улучшению процессов. Статья будет полезна дизайнерам продуктов, и тем, кто ставит задачи продуктовым дизайнерам.

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

Если это Senior Full Stack разработчик с опытом администрирования Linux, то установка и настройка конфигов Nginx, PHP-fpm, MariaDB для него не будут проблемой (а может и с Docker даже знаком?). 

Разработчик Middle уровня (особенно без опыта с backend) возможно пользуется одним из готовых решений под Windows/MacOS.

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

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

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

Всем привет! Меня зовут Елизавета Акманова, и я рада приветствовать вас в моей новой статье. Если вы помните, моя первая публикация касалась пяти ключевых трендов в бизнес-анализе. Сегодня я приглашаю вас отправиться в увлекательное путешествие под названием «Рекомендации по моделированию данных».

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

Первое, с чего хочется начать: что такое модель данных и база данных? Зачем их разделяют и в чем их принципиальное отличие? 

Всем привет! Меня зовут Виктория Исаева, я старший специалист по тестированию ГК Юзтех. В этой статье я хочу поделиться нашим опытом внедрения фреймворка Karate для автоматизации ручного тестирования на проекте.

Здравствуйте! Меня зовут Елизавета Акманова, я старший аналитик в ГК Юзтех. Начав свой путь в IT в 2020 году, я претерпела значительное развитие — от участия в микропроектах в небольших группах из 4 человек до работы над сложными, высоконагруженными приложениями с ежедневным участием до 90 специалистов. 

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

Всем привет! Это третья статья из цикла «Записки юного тестировщика». В этот раз поговорим о тяжелых проектах, о том, как они влияют на наше моральное состояние и что можно предпринять, чтобы не сломаться.

Что нас ждёт в сфере технологий в 2024 году? Этим вопросом задаётся каждый представитель ИТ-сферы. В прошлом году мы готовили статью о 5+ трендах, которые будут актуальны в 2023 году, и в этот раз решили не нарушать традицию. Разработчики, аналитики, тестировщики, дизайнеры, ИТ-консультанты и HR ГК Юзтех поделились своим мнением о том, какие технологические тренды оказали влияние на их сферу в 2023 году и что будет актуально в 2024. 

Здравствуйте, коллеги!

Меня зовут Ремизов Роман, я — системный аналитик ГК Юзтех. Я расскажу об очевидных точках в складских процессах, в которых автоматизация является наилучшим решением.

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

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

Когда дело доходит до управления состоянием в React-приложениях, может возникнуть сложность с выбором подходящей библиотеки. Есть довольно много решений, и каждое со своими особенностями и преимуществами. В таком многообразии выбрать оптимальный вариант становится настоящим вызовом. Меня зовут Станислав Быков, и в этой статье я расскажу про Valtio — простое, но мощное решение для управления состоянием в React.

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

Здравствуйте, коллеги!

Меня зовут Ремизов Роман, я — системный аналитик ГК Юзтех. Я расскажу о частном опыте внедрения, кастомизации и сопровождения различных версий CRM-систем.

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

Статья поделена на две части. Вторая часть, содержащая примеры подходов, будет представлена через пару недель.

Сегодня я хотел бы рассказать о Rematch — библиотеке, которая предоставляет удобный и эффективный способ управления состоянием ваших веб-приложений. Если вы уже знакомы с Redux и ищете более простое и компактное решение, то Rematch может оказаться для вас полезным инструментом. 

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

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

С помощью Rematch вы можете определить модели (models) и их состояние, эффекты (effects) и редьюсеры (reducers). Он предоставляет удобные инструменты для работы с асинхронными операциями, а также возможность создания селекторов (selectors) для выборки данных из хранилища. Все это помогает организовать логику вашего приложения и управлять его состоянием с минимальными усилиями.

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

Коллеги, привет! Меня зовут Даниил Никитин, старший разработчик ГК Юзтех. У меня появилась возможность ознакомиться с ранней версией книги «Гиперсовременный инструментарий Python» ("Hypermodern Python Tooling") под авторством Клаудио Йоловича (Claudio Jolowicz). Книга планируется к релизу в апреле 2024 г., мне довелось прочитать версию от июня 2023 г. После прочтения я решил написать обзор, так как ранее мне не доводилось встречать книги на подобную тематику. 

Всем привет! Меня зовут Евгений Яфаркин, я dotnet backend разработчик. В этой статье я хочу поделиться своим опытом решения задач, связанных с отображением данных на геокарте: как самим решением, так и инструментами, которые мы для этого использовали. 

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

Статья разбита на две большие части: