Тест слабой сети в основном имитирует слабую сетевую среду с точки зрения пропускной способности, потери пакетов, задержки и т. д., что является частью теста устойчивости.
Текущая сетевая среда, в которой находятся мобильные пользователи, не является полностью гладкой средой Wi-Fi, и в среде Wi-Fi также будут наблюдаться колебания сети.
В сценариях с очень высокими требованиями в режиме реального времени легко навредить пользовательскому опыту. Поэтому, чтобы избежать потерь пользователей из-за недружественного пользовательского опыта, особенно важно слабое тестирование сети. Поэтому, когда мы тестируем, все равно необходимо провести необходимое тестирование слабой сети.
Как показано на рисунке выше, тестирование слабой сети можно разделить на тестирование функций слабой сети, тестирование переключения сети, тестирование отключения сети и т. д. При этом при тестировании в различных сетевых средах следует уделять пристальное внимание пользовательскому опыту.
1) Функциональный тест в слабой сети.
Обратите внимание на время загрузки данных страницы, которое представляет собой время ответа с момента отправки интерфейса до момента возврата данных. Имеются ли удобные подсказки о загрузке, такие как анимация загрузки или индикаторы выполнения. Реагируйте на обычное отображение данных страницы. и использовать функции в течение тайм-аута, установленного клиентом. После превышения периода тайм-аута отображается ненормально дружелюбный запрос — это механизм тайм-аута, а также механизм определения необходимости повторного подключения после тайм-аута в зависимости от сценария. , и т. д.
2) Выполнить переключение сети
Во время работы обратите внимание на то, приведет ли состояние загрузки данных во время переключения сети к сбою приложения или ANR.
3) При отключении сети
Отображение страницы учитывает три ситуации загрузки:
Страница запроса на исключение должна отображаться при загрузке с нуля после инициализации.
Вторая страница отключается после загрузки некоторых данных. Проверьте, нормально ли отображаются загруженные данные и соответствует ли выгруженная часть дизайну пользовательского интерфейса запроса на исключение;
3. После загрузки всех данных будет ли страница отображаться нормально или существующие данные будут перезаписаны при отключении сети и обновлении страницы (зависит от стратегии загрузки разработки).
Если имеется локальное хранилище данных, проверьте, можно ли нормально использовать функцию после отключения и повторного подключения, а также правильность данных параметров.
Учитывая слабую сеть, мы должны не только обращать внимание на сетевые проблемы и стратегии, но также обеспечивать наличие плана сокрытия, который не может вызвать сбои и другие проблемы. Можем ли мы дать пользователям разумные подсказки, чтобы они знали об этом. проблема не в приложении, а в сети, которая дает пользователям наилучшие впечатления.
3. Слабые инструменты тестирования сети
В процессе тестирования, помимо проведения симуляционных испытаний в реальных сценариях, таких как лифты, подземные гаражи, метро и т. д., вы также можете использовать сторонние инструменты для проведения симуляционных испытаний сети.
1.Charles
2.Fiddler
Правила-правила клиента. Откройте редактор пользовательских сценариев, найдите код, как показано ниже, и измените настройки задержки полосы пропускания.
3. iOS поставляется с инструментом разработчика Network Link Conditioner.
Поскольку это собственный инструмент моделирования скорости сети Apple, вам необходимо активировать его в среде Xcode, прежде чем параметры разработчика будут отображаться в настройках телефона.
4. Инструмент Facebook с открытым исходным кодом ATC
5. Проверьте функцию ограничения скорости сети маршрутизатора WI-FI.
В настоящее время многие маршрутизаторы могут ограничивать скорость сети соответствующего устройства связи. Вы можете ограничить скорость устройства по мере необходимости.
На следующем рисунке показаны различные настройки тестовой среды сети:
В ходе реального тестирования сетевые требования могут быть скорректированы в соответствии с реальными потребностями бизнеса.