Ручной ломатель - KJrTT/Indive_project GitHub Wiki

1. Тестирование интерфейса

• GUI грузилось около 2-3х минут после начала работы --> Фикс.
• Неправильное отображение русского языка (UTF8) --> Пришлось передалать всё на англ.
• Неотображался список девайсов --> Фикс + добавление более подробного описания
• UI - непонтный интерфейс --> Фикс.

2. Логика приложения

• Неправильно отображались протоколы при захвате трафика (везде писалось "Other") --> Фикс.
• Краш приложения при многократном нажимании кнопки "Start" --> Фикс.
• После начала захвата трафика, не работала кнопка "Stop" --> Фикс.
• Не работал фильтр по протоколам --> Фикс.
• Проблема с Базовой моделью ИИ --> В разработке. (Фикс)
• При запуске захвата трафика с ИИ-анализатором выпадает каскад ошибок --> В разработке. (Фикс)

Ручное_тестирование

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

1. Проверка запуска и интерфейса

• Шаги:
  1. Запусткаем приложение NetworkTrafficMonitor.exe.
  2. Окно открывается, все элементы управления (кнопки, списки, поля ввода) отображаются корректно.
  3. Проверяем, что интерфейс не "заморожен" и реагирует на действия пользователя.
• Ожидаемый результат: Приложение запускается, интерфейс работает корректно.

2. Тестирование захвата трафика

• Шаги:
  1. Выбераем сетевой интерфейс из списка.
  2. Нажмимаем кнопку "Start" для начала захвата.
  3. Пакеты начинают отображаться в таблице, информация обновляется в реальном времени.
  4. Останавливаем захват кнопкой "Stop" — поток пакетов должен прекратиться.
  5. Повторно запускаем захват, убеждаемся, что приложение корректно работает после остановки.
• Ожидаемый результат: Пакеты отображаются, захват можно запускать и останавливать многократно.

3. Проверка фильтрации и поиска

• Шаги:
  1. Вводим фильтр по протоколу (например, TCP, UDP, DNS) или IP-адресу.
  2. Смотрим, что отображаются только соответствующие пакеты.
  3. Очищаем фильтр — должны отображаться все пакеты.
• Ожидаемый результат: Фильтрация работает корректно.

4. Проверка AI-анализа

• Шаги:
  1. Включаем опцию AI-анализа (если доступна).
  2. Проверяем, что анализ работает, результаты отображаются в отдельной таблице/гриде.
  3. Проверяем, что при отключении AI-анализа результаты скрываются.
• Ожидаемый результат: AI-анализ работает, результаты корректно отображаются и скрываются.

5. Проверка логирования

• Шаги:
  1. Включаем логирование в файл (выберите путь для сохранения).
  2. Проверяяем, что файл создаётся и содержит корректные записи о трафике.
  3. Откройте файл в текстовом редакторе и посмотрите, что структура и данные соответствуют ожидаемым.
• Ожидаемый результат: Лог-файл создаётся и содержит корректные данные.

6. Проверка обработки ошибок

• Шаги:
  1. Отключаем сетевой интерфейс и пробуем начать захват — приложение должно корректно обработать ошибку (например, показать сообщение).
  2. Попробуем начать захват без выбора интерфейса — приложение должно предупредить пользователя.
• Ожидаемый результат: Ошибки корректно обрабатываются.

7. Проверка стабильности и производительности

• Шаги:
  1. Оставляем захват трафика включённым на длительное время (10-30 минут).
  2. Смотрим , что приложение не "утекает" по памяти, не зависает и не падает.
• Ожидаемый результат: Приложение стабильно работает длительное время.

8. Проверка работы с несколькими окнами

• Шаги:
  1. Открываем несколько экземпляров приложения (если поддерживается).
  2. Каждый экземпляр работает независимо и корректно.
• Ожидаемый результат: Несколько окон работают параллельно без конфликтов.

9. Проверка корректного завершения работы

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

Назад