С какими коллекциями работал

Работа с коллекциями в Java для автоматизации тестирования

За годы работы в QA Automation на Java я активно использовал весь основной набор коллекций из Java Collections Framework (JCF), так как эффективная работа с данными — основа многих проверок: подготовка тестовых данных, анализ результатов, парсинг логов, сравнение ожидаемого и фактического состояния системы.

Я разделяю их на три основные категории: List, Set и Map, каждая из которых решает свои задачи в автоматизации.

1. List (Списки) — для упорядоченных данных

Использую, когда важен порядок элементов и возможны дубликаты.

• ArrayList — рабочая лошадка в 80% случаев. Использую для хранения списков объектов (например, полученных из API или БД), когда нужен быстрый доступ по индексу.

  // Пример: сбор ID пользователей из ответа API для последующей проверки
  List<Long> userIdsFromResponse = new ArrayList<>();
  for (User user : apiResponse.getUsers()) {
      userIdsFromResponse.add(user.getId());
  }
  // Проверка, что список не пустой
  assertThat(userIdsFromResponse).isNotEmpty();
  

• LinkedList — применяю реже, в специфичных сценариях, когда часто требуется вставка/удаление в середину списка (например, при моделировании очереди действий в тесте).

2. Set (Множества) — для уникальности

Выбираю, когда необходимо гарантировать уникальность элементов и порядок не важен (или нужен особый).

• HashSet — для максимально быстрой проверки принадлежности (contains()). Часто применяю для фильтрации дубликатов.

  // Пример: проверка уникальности email при регистрации
  Set<String> registeredEmails = new HashSet<>(getEmailsFromDatabase());
  String newTestEmail = "test@example.com";
  assertThat(registeredEmails.contains(newTestEmail)).isFalse(); // Email не должен быть занят
  

• LinkedHashSet — когда уникальность + важен порядок вставки. Например, чтобы сохранить последовательность уникальных шагов в логе.
• TreeSet — когда элементы должны быть автоматически отсортированы (по Comparable или Comparator). Полезно для проверок сортировки в UI/API.

3. Map (Словари) — для пар «ключ-значение»

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

• HashMap — основной инструмент. Использую для кеширования данных в тестах, хранения тестовых конфигураций (Map<String, String> config), представления JSON, объектов как Map<String, Object>.

  // Пример: подготовка заголовков для REST API запроса
  Map<String, String> headers = new HashMap<>();
  headers.put("Content-Type", "application/json");
  headers.put("Authorization", "Bearer " + authToken);
  // Использование в REST-клиенте
  restClient.post("/api/v1/user", requestBody, headers);
  

• LinkedHashMap — когда важен порядок добавления ключей (например, для последовательной обработки параметров).
• TreeMap — когда нужна сортировка ключей. Может пригодиться для сравнения двух JSON-объектов с отсортированными ключами.

4. Особые случаи и утилитные классы

• Collections и Arrays — утилитные классы. Постоянно использую их методы: sort(), reverse(), unmodifiableList(), asList() для удобной инициализации.

  // Быстрое создание тестового списка
  List<String> expectedStatuses = Arrays.asList("ACTIVE", "PENDING", "DELETED");
  

• ConcurrentHashMap — в редких случаях написания многопоточных тестов или нагрузочных сценариев.
• Выбор конкретной реализации всегда зависит от задачи: нужен ли порядок, важна ли уникальность, какие операции будут частыми (вставка, поиск, обход). Понимание их внутреннего устройства (например, что HashMap использует хэш-таблицы, а ArrayList — динамический массив) помогает предсказать производительность в тестах, работающих с большими объемами данных.

В современных фреймворках (например, при использовании Stream API или ассершен-библиотек вроде AssertJ) коллекции становятся основой для написания выразительных и лаконичных проверок, таких как assertThat(actualList).containsExactlyInAnyOrderElementsOf(expectedSet).