Question 1

Какие поля нужно заполнять при заведении бага?

Accepted Answer

## Структура баг-репорта: обязательные и рекомендуемые поля

При заведении дефекта в системе отслеживания (Jira, YouTrack, Redmine и т.д.) качественное заполнение полей — основа эффективной коммуникации между QA и разработчиками. Неполный или нечёткий баг-репорт увеличивает время на анализ и исправление. Поля можно разделить на **обязательные** (без которых репорт не имеет смысла) и **рекомендуемые** (для глубокого контекста).

### 1. Обязательные (минимальный жизнеспособный набор)

Question 2

Как можно обрабатывать исключения?

Accepted Answer

## Обработка исключений в программировании

Обработка исключений — это **механизм контроля ошибок**, позволяющий программе корректно реагировать на непредвиденные ситуации без аварийного завершения. Как QA Automation Engineer с 10+ лет опытом, я рассматриваю обработку исключений с двух сторон: как разработчик тестового фреймворка и как аналитик устойчивости тестов.

### Основные конструкции для обработки исключений

#### 1. Блоки try-catch-finally (в Java-подобных языках)

Question 3

Используешь ли циклы в описании кода

Accepted Answer

## Использование циклов в описании тестового кода

Как QA Automation инженер, я активно использую циклы в коде автотестов, но делаю это осмотрительно и целенаправленно. Циклы – мощный инструмент, но их применение должно быть оправдано и безопасно для стабильности тестов.

### Основные сценарии использования циклов

**1. Обработка коллекций данных:**
```python
# Пример: проверка всех элементов списка
def test_all_buttons_enabled(page):
    buttons = page.get_all_buttons()
    
    for index, button in enumerate(buttons):
        assert button.is_enabled(), f"Кнопка #{index} отключена"
```

Question 4

Что относится к нефункциональному тестированию?

Accepted Answer

## Что относится к нефункциональному тестированию?

Нефункциональное тестирование — это тип тестирования, направленный на оценку **характеристик** программного продукта, которые не связаны напрямую с его конкретными функциями или бизнес-логикой. Если функциональное тестирование отвечает на вопрос «**Что делает система?**», то нефункциональное фокусируется на вопросах «**Как хорошо система это делает?**» и «**При каких условиях?**». Это критически важная часть обеспечения качества, особенно для современных сложных, высоконагруженных и распределенных приложений.

### Основные виды нефункционального тестирования:

Question 5

В чем разница между Path и Query параметром?

Accepted Answer

## Различие между Path и Query параметрами в HTTP запросах

При проектировании и тестировании REST API необходимо чётко понимать разницу между **Path параметрами** (параметрами пути) и **Query параметрами** (параметрами запроса), так как они играют разные роли в структуре URL и семантике HTTP запросов.

### Основное определение и расположение

**Path параметры** (также называемые path variables или сегментами URL) являются частью самого пути URL и используются для идентификации конкретного ресурса или иерархии ресурсов в API.

```http
GET /api/users/123
GET /api/products/books/price
```

**Query параметры** — это пары "ключ-значение", которые добавляются в конец URL после знака вопроса `?` и используются для фильтрации, сортировки, пагинации или передачи дополнительных настроек запроса.

```http
GET /api/users?role=admin&active=true
GET /api/products?category=books&sort=price&page=2
```

### Ключевые различия

Question 6

Что такое пирамида тестирования?

Accepted Answer

# Пирамида тестирования

Пирамида тестирования — это концепция, которая показывает оптимальное распределение тестов по их типам и уровням. Впервые её популяризировал Mike Cohn в своей книге "Succeeding with Agile".

## Классическая пирамида (3 уровня)

```
         ^^
        /  \
       / E2E \           5%    (1-2 часа выполнения)
      /______\
     /        \
    /Integration\        15%   (15-30 минут)
   /___________\
  /             \
 /   Unit Tests   \     80%   (секунды)
/__________________\
```

## Уровни пирамиды

### 1. Unit Tests (основание, 80%)

**Что:** тесты отдельных функций/методов в изоляции.

**Преимущества:**
- Очень быстрые (выполняются за ms)
- Дешёвые в поддержке
- Много их можно написать
- Выявляют баги на ранних стадиях
- Просто отладить при падении

**Недостатки:**
- Не тестируют интеграцию компонентов
- Не имитируют реальные сценарии

**Пример:**
```python
import pytest
from calculator import Calculator

Question 7

Какие паттерны используешь для тестирования в разных браузерах?

Accepted Answer

## Основные паттерны и стратегии для кросс-браузерного тестирования

При организации тестирования в разных браузерах я использую комбинацию **архитектурных паттернов**, **управления браузерами** и **стратегий выполнения**. Вот ключевые подходы, которые зарекомендовали себя в проектах разного масштаба.

### 1. Page Object Model (POM) и его вариации
Это фундаментальный паттерн, который абстрагирует взаимодействие с веб-страницами, делая тесты независимыми от конкретной структуры DOM и браузерных особенностей.

Question 8

Какие локаторы чаще всего используешь?

Accepted Answer

## Часто используемые локаторы в автоматизации тестирования

В **QA Automation** выбор локаторов — это фундамент надежного и устойчивого тестового фреймворка. Основной принцип: использовать **стабильные**, **уникальные** и **производительные** локаторы. Вот типы локаторов, которые я применяю чаще всего, в порядке предпочтительности:

### 1. ID (идентификатор)
Локатор по **`id`** — самый надежный и быстрый, поскольку он должен быть уникальным на странице (по стандарту HTML).

```html
<input id="username-input" type="text">
```
```python
# Пример использования в Selenium WebDriver
driver.find_element(By.ID, "username-input")
```

**Почему часто:** Если разработчики присваивают элементам стабильные `id`, это идеальный вариант. Однако в современных фреймворках (React, Vue) `id` могут генерироваться динамически, что снижает их полезность.

### 2. CSS Selectors
**CSS селекторы** — это мой основной инструмент для сложных случаев. Они чрезвычайно гибкие и быстрые.

Question 9

Какие критерии правильного автотеста на Web?

Accepted Answer

## Критерии правильного автотеста для Web

Правильный автотест для веб-приложения — это не просто код, который проходит или не проходит. Это надежный, поддерживаемый и эффективный инструмент, который должен стать частью жизненного цикла разработки. Вот ключевые критерии, на которые я ориентируюсь после десяти лет работы в автоматизации.

### 1. Надежность и устойчивость к изменениям

Question 10

Используешь ли командную строку в Git

Accepted Answer

Да, конечно, я активно использую **командную строку (CLI - Command Line Interface)** для работы с Git. Хотя существуют различные графические интерфейсы (GUI, например, Sourcetree, GitKraken, встроенные инструменты в IDE), CLI остается фундаментальным и наиболее мощным инструментом для любого профессионала, включая QA Automation инженера. Вот подробное объяснение, почему и как я её применяю.

## **Преимущества использования командной строки Git**

### **1. Полный контроль и доступ ко всем функциям**
CLI предоставляет доступ ко **всем командам и флагам** Git, включая низкоуровневые (plumbing) команды. Некоторые сложные операции или тонкие настройки в GUI могут быть недоступны или спрятаны за несколькими кликами.

```bash
# Пример: Интерактивное добавление частей файла (hunks) - мощная техника, которую проще делать в CLI
git add -p path/to/file.js
```

Question 11

Для чего используется неявное ожидание в Selenium?

Accepted Answer

## Основная цель неявного ожидания в Selenium

**Неявное ожидание (Implicit Wait)** в Selenium используется для установки **глобального времени ожидания** для всех операций поиска элементов в рамках текущего сессии драйвера (WebDriver). Его основная цель — **упростить обработку ситуаций, когда элемент не сразу присутствует на странице**, избегая необходимости явно указывать время ожидания для каждого отдельного поиска.

Когда вы устанавливаете неявное ожидание, драйвер будет **полярно опрашивать DOM (Document Object Model)** в течение заданного времени, пытаясь найти элемент. Если элемент появляется в течение этого периода, драйвер сразу возвращает его и продолжает выполнение. Если элемент не найден после истечения времени, драйвер выбрасывает исключение **`NoSuchElementException`**. Это позволяет избежать немедленных ошибок при загрузке динамического контента или на медленных сетях.

### Ключевые характеристики и принцип работы

Question 12

Используешь ли на проекте Page Object

Accepted Answer

## Использование паттерна Page Object в проектах QA Automation

**Да, я активно использую паттерн Page Object Model (POM) на проектах автоматизации тестирования** и считаю его одним из фундаментальных подходов для создания поддерживаемых, масштабируемых и надежных автотестов. Внедрение POM — это не просто технический выбор, а стратегическое решение, влияющее на всю архитектуру автоматизации.

### Ключевые преимущества использования Page Object

Question 13

Что значит паттерн Factory?

Accepted Answer

## Что такое паттерн Factory (Фабрика)?

**Паттерн Factory** — это порождающий шаблон проектирования (creational design pattern), который предоставляет интерфейс для создания объектов в суперклассе, позволяя подклассам изменять тип создаваемых объектов. Основная цель — **инкапсуляция логики создания объектов**, отделив код, который создаёт объекты, от кода, который их использует. Это делает систему более гибкой, расширяемой и соответствующей принципу **инверсии зависимостей (Dependency Inversion Principle)**.

### Ключевые идеи и варианты паттерна

Паттерн Factory существует в нескольких основных формах:

Question 14

Для чего нужны ожидания?

Accepted Answer

## Для чего нужны ожидания в автоматизации тестирования?

В контексте автоматизации тестирования, особенно веб-интерфейсов, **ожидания (waits)** — это критически важный механизм, который позволяет тестовому скрипту синхронизироваться с состоянием приложения. Их основная цель — обеспечить корректное взаимодействие теста с динамическими элементами интерфейса, которые могут изменяться или появляться не мгновенно.

### Основные причины использования ожиданий

**Ожидания решают фундаментальную проблему разницы в скоростях:**
*   **Скорость выполнения тестового скрипта** (обычно очень высокая, мгновенная).
*   **Скорость реакции приложения и сети** (зависит от многих факторов: скорость сервера, сложность операции, загрузка сети, рендеринг фронтенда).

Question 15

Как тестировать UI?

Accepted Answer

## Как тестировать UI: комплексный подход для QA Automation Engineer

Тестирование пользовательского интерфейса (UI) — это критически важная часть обеспечения качества продукта, которая требует сочетания автоматизированных и ручных методик. Как QA Automation Engineer с 10+ лет опыта, я рассматриваю UI-тестирование как многоуровневый процесс, направленный на **функциональность**, **пользовательский опыт (UX)**, **визуальную целостность** и **кросс-платформенную совместимость**. Вот структурированный подход к этому процессу.

### Стратегия и уровни тестирования UI

Сначала необходимо определить **стратегию тестирования**. Она основывается на:
* **Приоритетах продукта** (key user journeys, критический бизнес-функционал).
* **Технической архитектуре** (веб, мобильное приложение, desktop, используемые фреймворки).
* **Ресурсах и сроках**.

Основные уровни UI-тестирования включают:

Question 16

Где хранить локаторы при автоматизации UI?

Accepted Answer

## Стратегии хранения локаторов в UI-автоматизации

Хранение локаторов — фундаментальный аспект архитектуры UI-тестов, напрямую влияющий на **поддерживаемость**, **читаемость** и **устойчивость** тестового кода. После 10+ лет в автоматизации я выделяю несколько проверенных стратегий, которые можно комбинировать в зависимости от масштаба и сложности проекта.

### Основные подходы к хранению локаторов

#### 1. Page Object Pattern (POP) / Page Object Model (POM)
Наиболее распространенный и рекомендуемый подход. Локаторы инкапсулируются внутри классов, представляющих страницы или компоненты приложения.

Question 17

В чем разница между приоритетом и серьезностью?

Accepted Answer

## Разница между приоритетом (Priority) и серьезностью (Severity)

В тестировании ПО, **приоритет** и **серьезность** — это два взаимосвязанных, но фундаментально различных атрибута дефекта, которые часто путают. Их корректное разделение критически важно для эффективного управления процессом исправления ошибок и расстановки задач в команде разработки.

### Определения и ключевые отличия

**Серьезность (Severity)** — это **объективная** характеристика дефекта, которая показывает степень его влияния на функциональность, стабильность или безопасность системы. Она отвечает на вопрос: *"Насколько серьезно нарушение, вызванное этим багом?"*

**Приоритет (Priority)** — это **субъективная** характеристика, определяющая очередность устранения дефекта. Она отвечает на вопрос: *"Как быстро этот баг должен быть исправлен?"* Приоритет напрямую зависит от бизнес-контекста, релизных планов и стратегических целей.

### Уровни серьезности (Severity Levels)

Question 18

В чем разница между методами HTTP запросов?

Accepted Answer

## Разница между методами HTTP запросов

**HTTP (Hypertext Transfer Protocol)** — это протокол передачи данных, который определяет набор методов (или "команд") для взаимодействия клиента с сервером. Эти методы указывают желаемое действие для ресурса, идентифицированного URI (Uniform Resource Identifier). Понимание различий между ними критически важно для разработки корректных API и их тестирования.

### Ключевые группы методов и их назначение

Можно выделить четыре основные группы методов по их семантике и влиянию на состояние ресурса.

**1. Методы для получения данных (без изменения состояния)**
*   **GET**: Основной метод для **запроса данных** от сервера. Он должен использоваться только для чтения информации. GET-запросы могут быть кэшированы, остаются в истории браузера и не должны изменять данные на сервере. Параметры передаются в URL (query string).
    ```http
    GET /api/users?id=123 HTTP/1.1
    Host: example.com
    ```

Question 19

Что такое http?

Accepted Answer

## Что такое HTTP (HyperText Transfer Protocol)

**HTTP (HyperText Transfer Protocol)** — это прикладной протокол уровня приложений для передачи гипертекстовых документов, таких как HTML. Он является фундаментальной основой для обмена данными во Всемирной паутине (World Wide Web). HTTP работает по модели **«клиент-сервер»**: клиент (например, веб-браузер) отправляет запрос к серверу, а сервер возвращает ответ, содержащий запрошенные ресурсы или сообщение об ошибке.

### Основные характеристики и принципы работы HTTP

Question 20

Какие использовал локаторы?

Accepted Answer

## Локаторы (Locators) в автотестировании

### Определение

**Локатор** — это способ найти элемент на странице для взаимодействия с ним в тестах.

### Основные типы локаторов

### 1. ID (Самый надежный)

```python
from selenium.webdriver.common.by import By
element = driver.find_element(By.ID, "submit-button")
```

**Плюсы:** Быстро, уникален, надежен
**Минусы:** Не всегда есть, может быть динамический

### 2. Name

```python
element = driver.find_element(By.NAME, "email")
```

**Плюсы:** Часто есть у form элементов
**Минусы:** Может дублироваться

### 3. CSS Selector (Best Practice)

```python
# По ID
element = driver.find_element(By.CSS_SELECTOR, "#submit-button")

# По классу
element = driver.find_element(By.CSS_SELECTOR, ".btn-primary")

# По атрибуту
element = driver.find_element(By.CSS_SELECTOR, "input[type=email]")

# Комбинированный
element = driver.find_element(By.CSS_SELECTOR, "form .btn-primary")

Question 21

Какие бывают ожидания?

Accepted Answer

## Типы ожиданий (Waits) в автотестировании

### Определение

**Ожидание (wait)** — это механизм, который позволяет тесту подождать, пока определённое условие не будет выполнено, прежде чем продолжить выполнение. Это критично для работы с асинхронными UI элементами.

### Три основных типа ожиданий

### 1. Hard Wait (Жёсткое ожидание)

**Это просто пауза на фиксированное время.**

```python
import time

# Просто ждём 5 секунд
time.sleep(5)

# В Java
Thread.sleep(5000);  // миллисекунды
```

**Характеристики:**
- ✅ Просто понять
- ❌ Медленно (ждём всегда полное время)
- ❌ Ненадежно (элемент может загрузиться раньше)
- ❌ Можно долго ждать для медленных систем

**Когда использовать:**
- Редко! Это признак плохого кода
- Только если нет другого способа

### 2. Implicit Wait (Неявное ожидание)

**Глобальное ожидание для всех операций поиска элементов.**

```python
from selenium import webdriver
from selenium.webdriver.common.by import By

Question 22

Расскажи про свой опыт работы

Accepted Answer

# Мой опыт работы в QA Automation

Мой стаж в автоматизации тестирования превышает 10 лет. За это время я прошёл путь от ручного тестировщика до senior QA Automation engineer и участвовал в проектах разного масштаба.

## Начало карьеры (2014-2016)
Начинал с функционального тестирования веб-приложений, параллельно осваивал Selenium WebDriver на Java. Первые проекты были в сфере e-commerce и финтеха. Написал свой первый фреймворк для автоматизации UI тестов на базе Page Object Model.

## Развитие (2017-2020)
Переехал на Python + Selenium. Разработал масштабируемый фреймворк для тестирования REST API и веб-приложений. Внедрил параллельное выполнение тестов (pytest-xdist), что сократило время выполнения suite с 40 минут до 8.

Работал с:
- **Веб-приложения**: e-commerce, финтех платформы, CRM системы
- **API тестирование**: REST, GraphQL, SOAP
- **Мобильные приложения**: Appium, тестирование iOS и Android
- **CI/CD интеграция**: Jenkins, GitHub Actions, GitLab CI

Question 23

Приведи пример хедера, с которым часто сталкивался

Accepted Answer

## Пример HTTP заголовка (хедера) для тестирования и автоматизации

В работе QA Automation инженера анализ HTTP заголовков — **ключевая часть** тестирования веб-приложений, API и сетевых взаимодействий. Мы часто сталкиваемся с различными заголовками в запросах и ответах. Вот типичный пример **хедера ответа сервера** (например, от REST API), который я регулярно анализирую в автоматизированных тестах:

```http
HTTP/1.1 200 OK
Content-Type: application/json; charset=utf-8
Cache-Control: no-cache, no-store, must-revalidate
X-Powered-By: Express
ETag: W/"123abc"
Date: Mon, 15 Jan 2024 10:00:00 GMT
Content-Length: 245
Connection: keep-alive
Access-Control-Allow-Origin: *
```

### Разбор ключевых заголовков и их значение для тестирования

#### **Content-Type**
Этот заголовок указывает **тип контента** в теле ответа. Для API тестирования крайне важно его проверять.

```python
# Пример проверки Content-Type в автоматизированном тесте (Python + requests)
import requests
import json

Question 24

Какие знаешь типы локаторов в Selenium?

Accepted Answer

## Типы локаторов в Selenium WebDriver

В **Selenium WebDriver** локаторы — это механизмы для поиска и идентификации элементов на веб-странице. Их правильный выбор напрямую влияет на **стабильность** и **поддерживаемость** автотестов. В рамках Selenium WebDriver (через его API) и стандартов W3C WebDriver определены следующие основные типы локаторов, которые я активно использую в практике автоматизации.

### Основные типы локаторов

1.  **By.id** — поиск по атрибуту `id`.
    *   Самый предпочтительный и надежный способ, так как `id` должен быть уникальным в рамках страницы (согласно спецификации HTML).
    *   Пример кода (Java):
        ```java
        WebElement searchBox = driver.findElement(By.id("search-input"));
        ```

2.  **By.name** — поиск по атрибуту `name`.
    *   Часто используется для полей форм (input, textarea, select).
    *   Пример кода (Python):
        ```python
        submit_button = driver.find_element(By.NAME, "submit")
        ```

Question 25

Какие знаешь селекторы?

Accepted Answer

## Основные типы селекторов в веб-автоматизации В контексте автоматизации тестирования веб-приложений, **селекторы** — это механизмы для точного нахождения и взаимодействия с элементами DOM (Document Object Model). Я классифицирую их по приоритету использования, надежности и производительности. ### 1. **Селекторы по ID (`#elementId`)** Наиболее предпочтительный и надежный вариант, так как `id` должен быть уникальным в рамках страницы. ```html ``` ```python # Selenium WebDriver (Python) element = driver.find_element(By.ID, "username") ``` ### 2. **Селекторы по CSS-классам (`.className`)** Эффективны для элементов с общим стилем или поведением. Часто используются, но могут быть неуникальными. ```css

Question 26

Как вывести div с определенным классом через XPath?

Accepted Answer

## Выбор элемента `

` по классу с помощью XPath XPath (XML Path Language) является мощным языком запросов для навигации по элементам DOM-структуры веб-страницы. При работе в контексте автоматизированного тестирования (особенно с Selenium WebDriver) или при обработке XML/HTML данных, выбор элементов по классу — одна из фундаментальных задач. ### Основные подходы к выбору div по классу В XPath существует несколько способов ссылаться на атрибут `class`. Ключевой момент заключается в том, что атрибут `class` часто содержит несколько значений (классов), разделённых пробелами. Поэтому необходимо учитывать это при построении выражений. #### 1. Использование точного соответствия всего атрибута `class` Если вам нужно найти элемент, у которого атрибут `class` **точно равен** определённой строке (например, только один класс), можно использовать простое сравнение.

Question 27

Как вас зовут?

Accepted Answer

Привет! Меня зовут Алексей, и я готов выступить в роли вашего эксперта по QA Automation с более чем 10-летним опытом. На протяжении своей карьеры я прошел путь от ручного тестировщика до ведущего инженера по автоматизации, работая над проектами различного масштаба — от стартапов до крупных корпоративных систем в FinTech, E-commerce и SaaS-областях.

Question 28

Для чего используют header?

Accepted Answer

## Зачем нужны HTTP-заголовки (Headers) в автоматизации тестирования?

**HTTP-заголовки (headers)** — это фундаментальный элемент протокола HTTP, представляющий собой пары «ключ-значение», которые передаются вместе с запросом или ответом между клиентом (например, браузером или нашим автотестом) и сервером. Они не являются частью тела запроса/ответа (body), но несут критически важную мета-информацию, управляющую обработкой данных. В контексте **QA Automation** работа с заголовками является обязательным навыком для тестирования API, веб-приложений и обеспечения безопасности.

### Ключевые цели использования заголовков

Question 29

Что такое тестирование?

Accepted Answer

## Что такое тестирование программного обеспечения?

**Тестирование программного обеспечения (Software Testing)** — это систематический и всестъемлющий процесс исследования, верификации и оценки программного продукта или его компонентов с целью обнаружения **дефектов (багов)**, оценки соответствия **функциональным требованиям**, нефункциональным характеристикам (производительность, безопасность, удобство использования) и обеспечения уверенности в его качестве перед выпуском в эксплуатацию или поставкой заказчику.

В основе тестирования лежит не просто "кликание по кнопкам", а **методологический подход**, включающий планирование, проектирование, выполнение, анализ результатов и составление отчетов. Ключевая цель — не доказать отсутствие ошибок (что невозможно), а найти максимальное количество критических проблем и предоставить **заинтересованным сторонам (стейкхолдерам)** объективную информацию о рисках, связанных с качеством продукта.

### Ключевые концепции и цели тестирования

Question 30

В чем разница между тест-кейсом и баг-репортом?

Accepted Answer

## Разница между тест-кейсом и баг-репортом

Это фундаментальное различие между двумя ключевыми документами в процессе тестирования. Если упростить: **тест-кейс** — это план действий для проверки ПО, а **баг-репорт** (отчет об ошибке) — это результат, констатация факта, что при выполнении этого плана что-то пошло не так и было обнаружено несоответствие. Они находятся на разных полюсах цикла тестирования: начало и результат.

### Детальное сравнение по ключевым аспектам

Question 31

В чем разница между Unit, End-To-End и интеграционными тестами?

Accepted Answer

## Разница между Unit, End-to-End и Интеграционными тестами

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

### Unit-тесты (Модульные тесты)

**Unit-тесты** — это тесты минимальных единиц кода (функций, методов, классов), изолированных от внешних зависимостей.

**Ключевые характеристики:**
* **Объект тестирования:** отдельные функции, методы или классы
* **Изоляция:** используются моки, стабы и фейки для замены внешних зависимостей
* **Скорость:** выполняются максимально быстро (миллисекунды на тест)
* **Частота запуска:** выполняются при каждом коммите, в CI/CD пайплайне
* **Цель:** проверить корректность работы единицы кода в изоляции

**Пример unit-теста на Python:**

```python
import unittest
from calculator import Calculator

Question 32

Что такое система контроля версий?

Accepted Answer

## Что такое система контроля версий?

**Система контроля версий (Version Control System, VCS)** — это программный инструмент, предназначенный для регистрации изменений в файлах (чаще всего в исходном коде) с течением времени. Она позволяет отслеживать историю модификаций, возвращаться к предыдущим состояниям, анализировать различия между версиями и эффективно организовать совместную работу нескольких человек над одним проектом. Для QA Automation инженера глубокое понимание VCS является **критически важным** навыком, так как автоматизация тестирования неразрывно связана с управлением кодом тестов, конфигурациями, скриптами и артефактами.

## Ключевые концепции и преимущества

Question 33

Расскажи о себе

Accepted Answer

# Обо мне

Я — QA Automation engineer с более чем 10 лет опыта в построении надёжных систем тестирования. Мой путь в IT начался с желания гарантировать качество ПО и эволюционировал в инженерный подход к автоматизации.

## Профессиональные качества

**Аналитическое мышление:** Умею разбирать сложные user journeys на компоненты, выявлять edge cases и критические сценарии. Вижу проблемы не на уровне одного теста, а на уровне архитектуры всей системы.

**Инженерный подход:** Тестовый код — это такой же код, как production. Применяю принципы SOLID, DRY, Clean Code. Рефакторю test suites регулярно, иначе техдолг растёт экспоненциально.

**Системное мышление:** Понимаю, как тестирование интегрируется в CI/CD, как это влияет на скорость разработки и количество багов в продакшене. Стремлюсь к метрикам: скорость выполнения, надёжность тестов, покрытие.

Question 34

Инициировал ли задачи

Accepted Answer

## Мой подход к инициации и управлению задачами в QA Automation

Как опытный QA Automation инженер, я не просто выполняю поставленные задачи, а активно **инициирую** улучшения во всех аспектах процесса тестирования. Моя роль трансформировалась от исключительно технического исполнителя к полноценному участнику процесса разработки продукта, который влияет на качество на системном уровне.

### Ключевые направления моей инициативной деятельности

**1. Проактивное выявление проблем в тестовом покрытии**
- Регулярно анализирую **test gaps** и предлагаю расширение покрытия для критических функциональных сценариев
- Инициирую создание **health check dashboard** для мониторинга ключевых метрик качества
- Предлагаю внедрение **predictive testing** на основе анализа дефектов и пользовательского поведения

Question 35

Для чего нужна система непрерывной интеграции?

Accepted Answer

## Система непрерывной интеграции (CI): Цели и значение в современной разработке

**Система непрерывной интеграции (Continuous Integration, CI)** — это фундаментальная практика DevOps, основная цель которой — автоматизировать процесс сборки, тестирования и интеграции кода, который разработчики постоянно вносят в общий репозиторий. Её ключевая задача — **обнаружение проблем на самых ранних этапах**, что значительно снижает стоимость их исправления и повышает общее качество продукта.

### Основные цели внедрения CI-системы

Question 36

В чем разница между белым, серым и черным ящиком?

Accepted Answer

## Различия между белым, серым и черным ящиком в тестировании

Основное различие между **белым (White Box)**, **серым (Grey Box)** и **черным ящиком (Black Box)** заключается в уровне доступа тестировщика к внутренней структуре и реализации тестируемой системы, что напрямую влияет на цели, методы и глубину проверок.

### Белый ящик (White Box Testing)
**Белый ящик** — это метод тестирования, при котором анализируется **внутренняя структура, код и архитектура** приложения. Тестировщик (часто разработчик или инженер по автотестам) обладает полным знанием системы.

Question 37

В чем разница между Selenium, Playwright и Cypress?

Accepted Answer

## Различие между Selenium, Playwright и Cypress: Эволюция E2E тестирования

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

### **Selenium: Пионер с архитектурными компромиссами**

**Selenium WebDriver** — это veteran-решение с открытым исходным кодом, появившееся в 2004 году. Его основная архитектурная особенность — использование **протокола JSON Wire Protocol** (а теперь W3C WebDriver) для общения между кодом теста и браузером через отдельный драйвер (ChromeDriver, GeckoDriver).

Question 38

Расскажи о своем последнем месте работы

Accepted Answer

## Опыт работы на последней позиции

На моем последнем месте работы я занимал позицию **Lead QA Automation Engineer** в компании, разрабатывающей **платформу для финансовых услуг (FinTech)** с микросервисной архитектурой и высоконагруженным API. Работа велась в **полностью распределенной Agile-команде** (Scrum/Kanban), где я отвечал за стратегию и внедрение автоматизации тестирования на всех уровнях.

### Ключевые обязанности и достижения

Question 39

В чем разница между CSS и XPath?

Accepted Answer

## Анализ запуска стиральной машины в средневековой Европе

Это классический вопрос на стратегическое мышление PM'а. Ответ не просто «да/нет», а анализ рынка, конкуренции и бизнес-модели. Давайте разберемся.

### Контекст: Что такое конкуренция в средневековой Европе?

**Первое, что нужно понять:**
Мы говорим о стиральной машине как о продукте, который решает проблему — стирка белья. Конкуренция в таком случае — это ВСЁ, что решает эту же проблему сейчас.

Именно в этом ключ к ответу PM'а.

### Да, конкуренты ЕСТЬ. И их много.

### Конкурент 1: Ручная стирка (существующее решение)

**Кто это?**
Женщины, дети, слуги, которые стирают вручную. Это основная workforce.

**Почему это конкурент?**
- Стиральная машина — это средство производства, которое экономит их труд
- Но труд этот дешевый (крепостные, женщины, наемная рабочая сила)
- Стиральная машина стоит дорого, требует обслуживание
- Unit economics плохие: затраты на машину > годовая зарплата 5-10 человек

Question 40

Что такое сессия?

Accepted Answer

## Что такое сессия в контексте веб-разработки и автоматизированного тестирования

В веб-разработке **сессия** (или **HTTP-сессия**) — это механизм сохранения состояния пользователя на сервере между несколькими HTTP-запросами. Поскольку протокол HTTP является **статичным** (не сохраняет состояние), сессии позволяют имитировать "разговор" с сервером, запоминая данные пользователя (например, логин, настройки, содержимое корзины покупок) на протяжении его визита на сайт.

### Техническая реализация сессии

Обычно сессия работает по следующему принципу:

Question 41

Что такое внешний ключ?

Accepted Answer

## Что такое внешний ключ в контексте баз данных?

Внешний ключ (Foreign Key, FK) — это **ключевое понятие** в реляционных базах данных, представляющее собой поле (или набор полей) в одной таблице, которое однозначно ссылается на первичный ключ (Primary Key, PK) или уникальный ключ в другой таблице. Основная цель внешнего ключа — установление и поддержание **связей между таблицами**, что обеспечивает целостность данных и реализует логическую структуру базы данных.

### Фундаментальная роль внешнего ключа

Внешний ключ обеспечивает реализацию **ссылочной целостности (Referential Integrity)**, одного из ключевых требований ACID-свойств баз данных. Это означает, что база данных не допустит ситуаций, когда запись в дочерней таблице (где определен внешний ключ) ссылается на несуществующую запись в родительской таблице (на которую идет ссылка). Например, невозможно будет добавить заказ (в таблицу `Orders`) для клиента, которого нет в таблице `Customers`.

### Пример связи через внешний ключ

Question 42

Что используешь для хранения автотестов?

Accepted Answer

## Стратегия хранения автотестов: репозиторий, структура и инфраструктура

Для хранения автотестов я придерживаюсь комплексного подхода, который включает **систему контроля версий**, продуманную **структуру проекта**, а также **инфраструктуру для данных и настроек**. Это обеспечивает надёжность, поддерживаемость и эффективность совместной работы.

### 1. Система контроля версий (Version Control System - VCS)
Основное хранилище — это **Git-репозиторий** (чаще всего на платформах **GitHub**, **GitLab** или **Bitbucket**). Это фундамент по нескольким причинам:
*   **История изменений:** Полная аудитория изменений в коде тестов, возможность отката и анализа.
*   **Ветвление:** Возможность параллельной разработки новых фич или фиксов без влияния на основную ветку (`main`/`master`).
*   **Коллаборация:** Пулл-реквесты (PR) или мердж-реквесты (MR) для code review, что критически важно для качества кода.
*   **Интеграция с CI/CD:** Прямое подключение к пайплайнам автоматизированного запуска.

Question 43

Участвовал ли в развертывании проекта

Accepted Answer

## Мой опыт в развертывании проектов

Да, я активно участвовал в процессах развертывания (**deployment**) и внедрения проектов на всех этапах жизненного цикла разработки ПО. Моя роль как **QA Automation Engineer** никогда не ограничивалась только написанием автотестов — я всегда был частью кросс-функциональной команды, ответственной за успешный релиз стабильного продукта.

### Ключевые направления моего участия в развертывании:

*   **Интеграция автоматизированных тестов в CI/CD пайплайны:**
    Я настраивал и поддерживал интеграцию наборов автотестов (**Smoke**, **Regression**, **E2E**) в такие инструменты, как **Jenkins**, **GitLab CI/CD**, **GitHub Actions** или **TeamCity**. Это обеспечивало автоматический запуск тестов при каждом коммите, пулл-реквесте или сборке, блокируя развертывание нестабильного кода.

```yaml
    # Пример конфигурации этапа в GitLab CI/CD (.gitlab-ci.yml)
    stages:
      - build
      - test
      - deploy

Question 44

От скольких абстрактных классов может наследоваться класс в Java

Accepted Answer

## Наследование от абстрактных классов в Java

В **Java** существует фундаментальное правило наследования: **один класс может наследоваться напрямую только от одного родительского класса**, независимо от того, является ли этот родительский класс **абстрактным** или **конкретным**. Это принцип **единичного наследования (single inheritance)** для классов. Следовательно, ответ на вопрос: **класс в Java может наследоваться максимум от одного абстрактного класса**.

### Почему только одно наследование?
Это ограничение было введено разработчиками языка для избежания сложностей и неоднозначностей, присущих **множественному наследованию (multiple inheritance)**. Классическая проблема, которая решается этим ограничением, – **"Проблема ромба" (Diamond Problem)**.

#### Пример "Проблемы ромба"
Представьте, что класс мог бы наследоваться от двух классов, `A` и `B`, которые, в свою очередь, наследуются от одного суперкласса `SuperClass` с методом `doSomething()`.

Question 45

Насколько сложное приложение можешь сделать на FastAPI с учетом его экосистемы

Accepted Answer

## Сложность приложений на FastAPI с учетом его экосистемы

FastAPI позволяет создавать **очень сложные и масштабные приложения**, сопоставимые по функциональности с Django или Flask в комбинации с дополнительными библиотеками. Его экосистема и философия «включай только то, что нужно» делают его мощным инструментом для построения высоконагруженных систем с четкой архитектурой.

### Уровни сложности приложений FastAPI

#### 1. **Микросервисы и API Gateway**
FastAPI идеально подходит для микросервисной архитектуры благодаря высокой скорости, асинхронности и удобству описания API.

```python
from fastapi import FastAPI, Depends
from pydantic import BaseModel

app = FastAPI()

class Order(BaseModel):
    id: int
    items: list[str]

@app.post("/orders/", response_model=Order)
async def create_order(order: Order):
    # Логика обработки заказа
    # Асинхронная интеграция с другими сервисами
    return order
```

Question 46

Может ли Null быть в качестве ключа в HashMap в Java?

Accepted Answer

## Может ли null быть ключом в HashMap в Java?

**Да, в Java `HashMap` разрешает использование `null` в качестве ключа.** Это одно из ключевых отличий `HashMap` от `Hashtable`, где `null`-ключи (и `null`-значения) запрещены. В `HashMap` может быть **ровно один ключ со значением `null`**, поскольку структура данных не допускает дублирования ключей.

### Как это реализовано в HashMap

Механизм работы с `null`-ключом встроен непосредственно в логику класса `HashMap`. При вызове методов, таких как `put()` или `get()`, происходит явная проверка на `null`.

Рассмотрим упрощённый пример кода, иллюстрирующий этот механизм:

```java
import java.util.HashMap;

Question 47

Когда должно проводиться функциональное тестирование?

Accepted Answer

## Когда должно проводиться функциональное тестирование?

Функциональное тестирование — это процесс проверки соответствия программной системы ее функциональным требованиям и спецификациям. Определение оптимальных временных рамок для его проведения напрямую влияет на эффективность всего процесса разработки и качество конечного продукта.

### Основные этапы разработки и точки проведения функционального тестирования

Функциональное тестирование должно быть **непрерывным и интегральным** процессом, а не единичной активностью. Его следует проводить на нескольких ключевых этапах:

Question 48

Какие плюсы и минусы IPv6?

Accepted Answer

## Плюсы и минусы IPv6: анализ протокола

IPv6 (Internet Protocol version 6) — это следующее поколение основного протокола сети Интернет, разработанное для решения критических проблем IPv4, прежде всего — истощения адресного пространства.

### Основные преимущества IPv6

1. **Громадное адресное пространство**
   IPv6 использует 128-битные адреса вместо 32-битных в IPv4. Это предоставляет примерно **3.4×10^38 уникальных адресов** (340 ундециллионов), что практически исключает возможность их истощения и позволяет присвоить уникальный IP каждому устройству в мире.

```plaintext
   Пример IPv4 адреса: 192.168.1.1      (32 бита, ~4.3 миллиарда адресов)
   Пример IPv6 адреса: 2001:0db8:85a3:0000:0000:8a2e:0370:7334 (128 бит)
   ```

Question 49

Какие используешь практики в код-ревью?

Accepted Answer

## Мои ключевые практики в код-ревью

Как QA Automation Engineer с 10+ лет опыта, я рассматриваю код-ревью не только как процесс проверки качества кода, но и как **стратегический инструмент** для повышения надежности тестов, поддержания стандартов команды и предотвращения деградации тестовой инфраструктуры. Мои практики разделены на несколько ключевых областей.

### 1. Фокус на читаемости и поддерживаемости тестового кода

Для автоматизации тестов читаемость — это не просто удобство, а **основа для долгосрочной поддержки**. Я проверяю:

* **Названия тестов и методов:** Они должны четко отражать проверяемую функциональность без необходимости читать тело метода.
```python
# Плохо: неясная цель
def test1():
    # ...

# Хорошо: понятная бизнес-логика
def test_user_cannot_login_with_expired_password():
    # ...
```

Question 50

Какие знаешь основные классы в Selenium?

Accepted Answer

## Основные классы в Selenium WebDriver

В Selenium WebDriver используется объектно-ориентированная архитектура, где ключевые классы инкапсулируют различные аспекты взаимодействия с браузером и веб-элементами. Вот основные классы, которые составляют основу работы с фреймворком.

### 1. WebDriver
Это **центральный интерфейс**, представляющий браузер. Он определяет основные методы для управления браузером:
- Навигация (`get()`, `navigate()`)
- Управление окнами и вкладками
- Поиск элементов (`findElement()`, `findElements()`)
- Управление куками
- Получение информации о странице

```java
// Пример создания экземпляра WebDriver
WebDriver driver = new ChromeDriver();
driver.get("https://example.com");
WebElement element = driver.findElement(By.id("search"));
```

Вопросы по QA Automation

1. Блоки try-catch-finally (в Java-подобных языках)

1. Page Object Pattern (POP) / Page Object Model (POM)

Content-Type

1. Использование точного соответствия всего атрибута `class`

Пример "Проблемы ромба"

1. Микросервисы и API Gateway