Контролируемые условия
Тесты проходят на отдельных тестовых аккаунтах с заранее описанным состоянием клиента и платформы.
Research
Session State Lab: реестр тестов поведения сессий Telegram
Это не пересказ чужих статей и не набор предположений. Ниже — конкретные гипотезы, методы проверки и статус каждого теста. Пока результата нет, мы прямо об этом пишем.
Официальный факт платформы
Задокументированное поведение платформы Telegram — не наше наблюдение.
Тест запланирован / в работе
Тест сформулирован, но ещё не завершён или находится в процессе.
Продуктовое наблюдение (завершено)
Наш собственный завершённый тест на контролируемых аккаунтах.
Зачем это нужно
Формулировки без проверки — источник мифов
Прежде чем использовать утверждение в продукте или статье, мы фиксируем гипотезу, метод и статус проверки.
Повторяемость
Одиночный прогон не становится фактом. Наблюдение публикуется только после повторной проверки.
Честный статус
Если теста ещё не было — так и написано, без придуманных цифр и процентов.
Реестр тестов
Пять матриц
Новый вход в аккаунт
Как Telegram и Protector реагируют на появление новой сессии.
| ID | Гипотеза | Метод | Статус / метка | Результат |
|---|---|---|---|---|
| NL-01 | При новом входе Telegram показывает уведомление о новой сессии с платформой и регионом. | Документированное поведение клиента Telegram при входе с нового устройства. | Официальный факт платформы | Telegram официально уведомляет пользователя о новом входе в аккаунт. |
| NL-02 | Задержка между входом и появлением записи в списке сессий отличается по платформам. | Контролируемый вход с Android, iOS, Desktop и Web с фиксацией времени появления записи. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
| NL-03 | Автокилл Protector реагирует на новый вход быстрее, чем ручная проверка списка устройств. | Сравнение времени реакции автокилла с интервалом ручной проверки на тестовых аккаунтах. | Продуктовое наблюдение (завершено) | В наблюдаемых прогонах автокилл срабатывал в пределах заданного окна ожидания подтверждения. |
24-часовое правило
Ограничение на завершение других сессий в первые сутки после входа.
| ID | Гипотеза | Метод | Статус / метка | Результат |
|---|---|---|---|---|
| 24H-01 | Новая сессия в течение 24 часов после входа не может завершить более старые сессии. | Официальное ограничение Telegram, описанное в публичной документации и поведении клиентов. | Официальный факт платформы | Telegram ограничивает права новых сессий на завершение других сессий в первые 24 часа. |
| 24H-02 | Ограничение снимается ровно через 24 часа независимо от активности аккаунта. | Тайминг попыток завершения сессии на разных временных отметках после входа. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
| 24H-03 | Смена пароля 2FA внутри 24-часового окна влияет на срок ограничения. | Смена пароля 2FA в разные моменты внутри окна с фиксацией эффекта на списке сессий. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
Повторное использование tdata
Риски, связанные с копированием локальных данных Telegram Desktop.
| ID | Гипотеза | Метод | Статус / метка | Результат |
|---|---|---|---|---|
| TD-01 | Копия локальной папки данных Telegram Desktop (tdata) позволяет восстановить сессию без пароля. | Перенос каталога данных клиента на другое устройство с попыткой открыть активную сессию. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
| TD-02 | Завершение сессии в интерфейсе Telegram делает скопированную tdata бесполезной. | Завершение сессии-источника после копирования данных и повторная попытка входа по копии. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
Надёжность фоновой работы
Получает ли Protector уведомления о новых входах, когда приложение свёрнуто.
| ID | Гипотеза | Метод | Статус / метка | Результат |
|---|---|---|---|---|
| BG-01 | Protector сохраняет способность получать уведомления о новых сессиях в фоновом режиме на Android. | Длительный прогон приложения в фоне с эмуляцией новых входов на тестовый аккаунт. | Продуктовое наблюдение (завершено) | В наблюдаемых прогонах уведомления доходили при стандартных настройках энергосбережения. |
| BG-02 | Агрессивные политики энергосбережения производителей влияют на надёжность фоновой работы. | Сравнение поведения на устройствах разных производителей с разными настройками автозапуска. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
Целостность данных Vault
Сохраняется ли доступность и целостность резервных копий при разных сценариях.
| ID | Гипотеза | Метод | Статус / метка | Результат |
|---|---|---|---|---|
| VT-01 | Данные, сохранённые в Vault, читаются после отзыва Free Check session. | Отзыв временной сессии после сохранения данных с последующей проверкой доступности копии. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
| VT-02 | Целостность резервной копии сохраняется при повторных синхронизациях подряд. | Серия последовательных синхронизаций Vault с контролем контрольных сумм копии. | Тест запланирован / в работе | Результат не публикуется до завершения теста |
Формат публикации
Публичная схема результата
Каждый завершённый тест описывается в едином формате — вот его поля.
{
"id": "NL-03",
"hypothesis": "Короткая формулировка проверяемого утверждения",
"method": "Как именно проводился тест",
"environment": "Платформа, версия клиента, состояние 2FA",
"runs": "Количество повторов сценария",
"observed": "Что зафиксировано по факту",
"label": "fact | planned | observed",
"updated": "Дата последнего обновления записи"
}Полный указатель материалов — в тематическом хабе.
Проверь свой аккаунт по тем же критериям
Mini App применяет накопленные наблюдения к твоему аккаунту и показывает Risk Score.