Руководство по отчётам об ошибках ReStory: Chill Electronics Repairs

Создайте воспроизводимый отчет

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

1. 01

   Перезапустите игру один раз и убедитесь, что проблема все еще возникает.

2. 02

   Запишите платформу, версию игры, устройство или сюжетное задание, а также последнее успешное действие.

3. 03

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

4. 04

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

Порядок восстановления

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

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

Классифицировать отказ

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

Захват окружающей среды

Один и тот же симптом может иметь разные причины на Windows, macOS и Steam Deck. Запишите платформу, ветку Steam, если применимо, версию игры, настройку дисплея или контроллера, если это необходимо, а также включен ли Steam Cloud. Разработчик может запросить логи или папку с игровыми данными; предоставляйте только запрошенные файлы и сохраняйте нетронутую резервную копию. Укажите, изменили ли вы разрешение, язык, контроллер или место сохранения непосредственно перед сбоем, но не угадывайте причину вместо наблюдения. Если другой игрок не может воспроизвести проблему, то конкретная среда становится еще более важной.

Сначала используйте официальные каналы

Инструкции разработчика по отчетам об ошибках Steam являются основным маршрутом отправки отчета. Официальные объявления Steam могут показать, была ли уже решена известная проблема, а Центр сообщества может помочь вам найти аналогичную формулировку. Ответ игрока является полезным контекстом, но не подтверждает, что обходной путь безопасен или актуален. Свяжите точное обсуждение или объявление, которое вы использовали, сохраняйте краткий исходный отчет и обновляйте его новой репродукцией только при изменении версии или шагов. Не открывайте повторяющиеся отчеты, в которых не указаны сборка и платформа.

Шаблон отчета

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

Прежде чем поделиться сохранением или журналом

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

Повторное тестирование после официального обновления

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

Ожидает подтверждения

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