Подборка объединяет вопросы, отмеченные на этапах интервью в ДИТ Москвы. Здесь можно понять структуру технической проверки и заранее повторить связанные темы. В подборке чаще встречаются темы: requirements, system analysis, documentation.
Как я проверяю функциональные требования бизнес-аналитиков проверяю полноту описания: учтены ли все сценарии и бизнес-кейсы оцениваю точность и однозначность формулировок, исключая двусмысленное толкование сверяю…
Сбор требований и взаимодействие со стейкхолдерами Изучаем бизнес-цели и общий контекст проекта Проводим интервью, воркшопы и другие встречи с представителями разных групп стейкхолдеров Применяем user stories, опросы…
управление техдолгом — приоритизация задач с учетом рисков и их влияния на продукт использование подхода "технические долги в спринтах" и регулярное проведение рефакторинга включение задач по техдолгу в планирование,…
проверка функций программного обеспечения на соответствие требованиям контроль корректности обработки ввода и формирования вывода разработка тест-кейсов по спецификациям автоматизация сценариев, которые выполняются…
сфера: управление знаниями и разработка ПО основа: последовательная и понятная иерархия разделов начать с: оглавления, введения и описания целей документа далее: архитектура системы, инструкции по установке и…
цель — убедиться в полноте и понятности представленной информации изучаем материалы с позиции конечного пользователя или участника команды проверяем актуальность: исключаем устаревшие сведения и неработающие ссылки…
управление требованиями на протяжении SDLC аналитический анализ и согласование с заказчиком формирование и согласование Acceptance Criteria обеспечение трассируемости требований в разработке и тестах методы проверки:…
Как задать обязательное поле в JSON-схеме? JSON Schema — стандарт, описывающий структуру JSON Для объявления обязательных свойств применяется ключ "required" "required" представляет собой массив имён обязательных…
Управление требованиями — один из важнейших этапов жизненного цикла проекта, который помогает контролировать процесс и обеспечивать качество результата. Формализация требований: их документирование для единого…
Основные архитектурные подходы: монолит, микросервисы, SOA и event-driven Монолит: приложение представляет собой единое целое, все компоненты работают в одном процессе. Такой вариант упрощает разработку и деплой, но…
Какие брокеры сообщений существуют и чем они отличаются? брокер сообщений — инфраструктурный сервис, предназначенный для асинхронного обмена данными между приложениями Apache Kafka: распределенная система с высокой…
требования к качеству программного обеспечения, не определяющие его функциональность производительность: скорость отклика и пропускная способность надёжность: устойчивость к отказам и восстановление после сбоев…