ТЗ и документация на собеседовании аналитика
Здесь быстро видно, писал ли человек документы или только карточки в трекере. Часто дают кусок реального ТЗ и просят найти проблемы — и находится обычно одно и то же: требования, по которым невозможно принять работу, и форма без содержания.
Что спрашивают
- +SRS: что входит, зачем глоссарий и почему модальность «должна» против «может» имеет юридический вес
- +НФТ: формула проверяемости из показателя, условий замера и порога, и почему берут перцентиль, а не среднее
- +API: что описать кроме успешного ответа и какое изменение контракта ломает клиентов
- +ГОСТ 34 и ЕСПД: что регламентирует каждый комплекс и как совместить документ с работой по спринтам
- +Версии: зачем причина у изменения и что делать, когда документ разошёлся с кодом
Из чего состоит тема
Так тема разложена в тренажёре: движок ведёт прогресс по каждой подтеме отдельно и возвращает те, где вы ошибаетесь.
- ГОСТ 34 и 1913
- Нефункциональные требования13
- Спецификация API13
- ТЗ и SRS13
- Версионирование и согласование12
Разборы подтем
Конспект по каждой: что это, как отвечать вслух, на чём валятся, плюс вопросы для самопроверки.
- ТЗ и SRS13 вопросов
- Нефункциональные требования13 вопросов
- Спецификация API13 вопросов
- ГОСТ 34 и 1913 вопросов
- Версионирование и согласование12 вопросов
Примеры вопросов с разбором
- Что описывает спецификация OpenAPI?A)Схему базы данных сервисаB)Контракт HTTP-интерфейса: пути, параметры, схемыC)Порядок развёртывания сервиса в окруженииD)Права доступа сотрудников к системе
показать ответ и разбор
+B)Контракт HTTP-интерфейса: пути, параметры, схемы// разбор: OpenAPI — машиночитаемое описание HTTP-интерфейса: какие есть ресурсы и методы, что принимается и возвращается, какие коды ответов и схемы данных. Из него генерируют документацию, клиентов и заглушки, поэтому расхождение спецификации с реализацией обходится дорого сразу нескольким командам.
- Что регламентирует комплекс стандартов ГОСТ 34?A)Создание автоматизированных системB)Правила оформления программного кодаC)Требования к защите персональных данныхD)Порядок сертификации средств измерений
показать ответ и разбор
+A)Создание автоматизированных систем// разбор: ГОСТ 34 описывает жизненный цикл автоматизированной системы: стадии от формирования требований до сопровождения и состав документации на каждой из них, включая техническое задание. В госзаказе и на крупных предприятиях он остаётся рабочим форматом, поэтому аналитику полезно знать хотя бы структуру ТЗ по нему.
- К какой группе НФТ относится требование о времени отклика?A)К производительностиB)К безопасностиC)К переносимостиD)К сопровождаемости
показать ответ и разбор
+A)К производительности// разбор: Производительность объединяет время отклика, пропускную способность и потребление ресурсов. Соседние группы отвечают за другое: безопасность — за разграничение доступа и защиту данных, переносимость — за работу в разных средах, сопровождаемость — за стоимость изменений и диагностики.
- Что такое SRS?A)План-график работ по проекту с зафиксированными срокамиB)Спецификация требований к программной системеC)Протокол приёмо-сдаточных испытаний системыD)Реестр выявленных дефектов и замечаний
показать ответ и разбор
+B)Спецификация требований к программной системе// разбор: Software Requirements Specification — сводный документ требований к системе: функции, ограничения, качество, внешние интерфейсы. Он отвечает на вопрос «что должна делать система», сознательно не отвечая на вопрос «как это построить». План работ, протокол испытаний и реестр дефектов — отдельные документы своего жанра.
- Зачем документу требований история версий?A)Чтобы соблюсти требования к оформлениюB)Чтобы видеть, что и когда менялосьC)Чтобы уменьшить размер файла документаD)Чтобы ограничить доступ к ранним черновикам
показать ответ и разбор
+B)Чтобы видеть, что и когда менялось// разбор: История отвечает на вопросы «что изменилось с прошлого согласования», «когда появилось это требование» и «кто его внёс». Без неё каждое новое согласование приходится делать целиком, а разбор спорной ситуации превращается в реконструкцию по переписке.
- Что обязательно описать для каждого метода API, кроме успешного ответа?A)Имя разработчика методаB)Среднее время выполнения запросаC)Ошибки: коды и структуру телаD)Историю изменений этого метода
показать ответ и разбор
+C)Ошибки: коды и структуру тела// разбор: Клиент обязан различать ситуации: невалидный запрос, отсутствие прав, отсутствие ресурса, конфликт состояния, сбой на стороне сервера. Для каждой нужен код и понятная структура тела с машиночитаемым признаком ошибки. Без этого клиенты начинают разбирать текст сообщения, и любая правка формулировки ломает интеграцию.
- Чем ГОСТ 19 отличается по предмету от ГОСТ 34?A)ГОСТ 19 новее и заменяет собой ГОСТ 34B)ГОСТ 19 применяется только в оборонной отраслиC)ГОСТ 19 описывает документацию на программуD)ГОСТ 19 регулирует закупочные процедуры
показать ответ и разбор
+C)ГОСТ 19 описывает документацию на программу// разбор: ГОСТ 34 смотрит на автоматизированную систему целиком — вместе с людьми, оргструктурой и техническими средствами. ГОСТ 19 (ЕСПД) описывает документацию на программное изделие: спецификацию, описание программы, руководства. На практике их комбинируют, беря структуру ТЗ из 34-го, а руководства из 19-го.
- Из каких частей состоит проверяемое требование к производительности?A)Приоритет, автор и дата согласованияB)Показатель, условия замера и порогC)Стоимость реализации и срок исполненияD)Подсистема, интерфейс и ответственный
показать ответ и разбор
+B)Показатель, условия замера и порог// разбор: Без показателя непонятно, что мерить, без условий — на какой нагрузке и в каком окружении, без порога — когда считать выполненным. «p95 отклика каталога не выше 300 мс при 200 запросах в секунду на проде» содержит все три части и потому может быть спроектировано, реализовано и принято.
- Почему в ТЗ не принято описывать выбор конкретной библиотеки?A)Это связывает руки команде без нуждыB)Библиотеки слишком часто выходят из поддержкиC)Юристы не согласуют упоминание сторонних продуктовD)Такие детали запрещены отраслевым стандартом
показать ответ и разбор
+A)Это связывает руки команде без нужды// разбор: Документ требований фиксирует, что система должна делать и насколько хорошо. Способ достижения — зона команды, которая знает трудоёмкость альтернатив. Жёсткая фиксация инструмента без причины отнимает возможность выбрать более дешёвое решение. Исключение — когда инструмент действительно навязан извне, и тогда это оформляют как ограничение.
это 9 из 64
Ещё 55 вопросов по теме — в тренажёре, с движком повторения
Прочитать разбор и ответить самому — разные навыки. В Сеньорчике вопросы идут сессиями, а движок возвращает подтемы, где вы ошибаетесь, пока они не начнут отскакивать. Бесплатно, лимит по энергии.
Частые вопросы
Нужна ли документация команде на Agile?
Манифест расставляет приоритеты, а не запрещает документы. Решает цена ошибки и срок жизни системы: там, где она живёт десятилетие и меняются команды, сводный документ окупается; там, где гипотезы проверяют неделями, честнее живой бэклог с критериями приёмки.
Сколько разделов в ТЗ по ГОСТ 34?
Девять по ГОСТ 34.602-89: от общих сведений и целей до порядка контроля и приёмки, требований к документированию и источников разработки. Разделы допускается объединять, исключать и дополнять под конкретную систему.