С чего начать разбор
Формы теряют заявки, фильтры дают неверный результат, а мобильная версия мешает оформить заказ. Разбираем конкретную версию и согласованные требования.
- Заказчик и студия по-разному понимают готовность проекта
- Нужна техническая основа для переговоров о доработках
Укажите версию, этап проекта и дату возникновения разногласий. Отдельно отметьте изменения, внесённые после передачи результата. Сохраните полный контекст согласований.
Это описание возможной задачи и порядка её анализа. Здесь нет вымышленного номера дела, клиента или обещания определённого решения.
Какие обстоятельства можно проверить
- Какие пункты задания реализованы в переданной версии?
- Какие ошибки воспроизводятся по описанным сценариям?
- Какие технические данные позволяют сопоставить состояние до и после исправлений?
Если требование сформулировано неоднозначно, это отдельно фиксируется. Эксперт исследует технические свойства и факты, а не принимает за установленное утверждение одной из сторон.
На каких материалах строится проверка
Составьте хронологию: согласование задачи, передача версии, обнаружение проблемы, последующие изменения. Для каждого события укажите источник — письмо, архив, журнал или документ.
Как подготовить материалы ↗Что даёт технический разбор
Проверяемая картина результата: требования, тестовые сценарии, обнаруженные расхождения и ограничения.
После изменения сайта нельзя автоматически переносить результаты текущей проверки на прежнюю дату. При недостатке исходников это отражается в выводах.
После оценки материалов согласуем, нужен ли предварительный технический анализ, самостоятельное исследование или рецензия на уже подготовленное заключение.
Какие исследования связаны с задачей
Инструкция перед обращением
Как сопоставить сайт с ТЗ, зафиксировать ошибки и версию проекта, подготовить исходники и сформулировать вопросы для технической экспертизы.
Читать материал ↗