Все записи

Частые ошибки
в тестовом задании | Курс «Профессия аналитик в ИТ»

23 августа заканчиваем набор на наши спецкурсы. Чтобы вам было легче выполнить тестовое задание, Даша, программный директор курса «Профессия аналитик в ИТ» разобрала частые ошибки и собрала памятку.
1 (11).png
Аналитик — это про внимательность к деталям и глубину. Если вы не читаете ТЗ или предлагаете «решить» то, что уже есть в настройках, вы теряете баллы.

Внимательно читайте формулировки

Частая ошибка: расписать ценность для одного приложения, а не для всех, или решать проблемы для каждого приложения в 3-м задании.

Как надо: делайте ровно то, что просят. Если просят «для каждого» — пишем для каждого. Если просят «выберите одну проблему» — выбираем одну и решаем её.

Проблема должна быть реальной и значимой, а не надуманной

Проверяющие снимают баллы, если проблема:

  • Уже решается настройками (например, отключить уведомления).
  • Не зависит от разработчиков (медленный интернет, приложение недоступно в России).
  • Это проблема дизайна, а не аналитики («хочу другой цвет»).
  • Это уже есть в приложении (например, поиск в истории).
Как надо: изучите настройки приложения и убедитесь, что этой фичи там правда нет. Спросите себя: «Это мешает 1000 пользователей или только мне?».

Решение должно быть подробным и с визуализацией

«Я бы добавил кнопку» — это не решение для аналитика.

Как надо: распишите логику, нарисуйте схему или макет. Проверяющий должен увидеть, как вы мыслите. Схема + текстовое описание сценария + прототип = высший балл.

User Story: по шаблону и с ценностью

Формат: «Как <роль>, я хочу <действие>, чтобы <цель>».

Как надо: Не пишите абстракций. Пример:

❌ Плохо: «Как пользователь, хочу удобный интерфейс».
✅ Хорошо: «Как покупатель, я хочу фильтровать товары по рейтингу продавца и количеству отзывов одновременно, чтобы быстро находить надежных продавцов и не тратить время на проверку каждого вручную».

Читаемость = понятность: правила оформления для аналитика

Сплошной текст читать сложно.

Как надо: используйте заголовки, маркированные списки и таблицы. Ваше решение должно быть понятным за 15 минут.

Представьте, что вы уже работаете аналитиком. Ваша задача — не «пожаловаться», а предложить рабочее и продуманное решение. Будьте внимательны к деталям.
Подробнее о программе «Профессия аналитик в ИТ» я рассказываю в видео. Мы вместе со всей командой преподавателей желаем вам успехов и ждем на наших курсах❤️

→ Читать подробнее о курсах и подать заявку

Похожие новости

Коммуникация без срочности

Большая часть рабочего дня Димы, бизнес-аналитика команды внедрения, — это коммуникация с клиентами, разработчиками и коллегами. Почти вся она проходит онлайн.

В какой-то момент Дима заметил: много времени уходит не на сами задачи, а на ожидание ответов, уточнения и постоянные переключения между чатами.

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

Ошибки при работе с ИИ. Часть 2

Продолжаем разбирать частые ошибки при работе с ИИ вместе с Константином, экспертом по ИИ в Naumen.

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

Подборка материалов: что почитать тестировщику

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

Все новости