Публичная документация

Стартовая инструкция

От стенда до отчёта: проверка с понятными границами.

ProtoMon — инструмент для воспроизводимой проверки сетевых соединений. Он помогает связать результат операции с условиями запуска и журналами телефона и сервера.

Перед началом

Что подтверждает эта инструкция

Доступно сейчас

Публичная справка

На сайте доступны эта инструкция, методика, границы данных и честный статус доступа. Сайт сам не запускает измерение.

Требует настроенного стенда

Измерение и журналы

Запуск тестов, получение журналов, сопоставление и экспорт выполняются только в выданном участнику окружении.

Недостаточно доказательств

Причина и доступность

Один запуск не доказывает причину сбоя, типичность результата или текущее состояние отдельных служб.

Рабочий порядок

Шесть шагов воспроизводимой проверки

Каждый шаг требует настроенного стенда. Если условия или записи отсутствуют, это отмечается в результате, а не заменяется предположением.

  1. Подготовить стенд и телефон

    Требует стенда

    До запуска зафиксируйте условия, которые должны оставаться понятными после теста.

    • Убедитесь, что вам предоставлен доступ к закрытой проверке и настроенному серверу.
    • Запишите модель телефона, версию ОС, тип сети, транспорт, наличие VPN и обозначение сервера.
    • Проверьте дату, время и часовой пояс телефона и сервера: рассинхронизация мешает сопоставлять журналы.
    Проверить статус доступа
  2. Провести базовый и нагрузочный тест

    Требует стенда

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

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

    Требует стенда

    Сохраните исходные журналы телефона и сервера для одного и того же запуска.

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

    Требует стенда

    Связывайте записи по идентификатору запуска, времени, серверу и транспорту, а не только по порядку строк.

    • Приведите отметки времени к одному часовому поясу и сохраните исходные значения.
    • Проверьте, что телефон и сервер описывают один профиль данных и один временной интервал.
    • Если парная запись не найдена, отметьте пропуск; не подставляйте значение из соседнего запуска.
    Свериться с методикой
  5. Прочитать метрики и ограничения

    Требует стенда

    Рассматривайте измерение вместе с условиями и размером выборки.

    • Доступность описывает успех, ошибку, таймаут и этап отказа, но сама по себе не доказывает причину.
    • Задержка относится только к фактически измеренному этапу. Отсутствие измерения не равно нулю.
    • Нагрузочный результат сравнивайте с базовым по распределению и ошибкам, а не по одной средней величине.
    Посмотреть описание метрик
  6. Экспортировать отчёт

    Требует стенда

    Сформируйте отчёт способом, предусмотренным конфигурацией выданного стенда.

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

Связанные материалы

Недостаточно доказательств для вывода о доступности

Публичная страница статуса не получает живую телеметрию. Прочитать границы страницы статуса.

Вернуться на главную