Общие вопросы Flashcards

1
Q

Идеальный процесс тестирования

A

На проекте существует документация.
1. Анализ требований
2. Уточнение требований
3. Разработка актуальной тестовой документации
4. Выполнение тестов

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Как будешь работать, если нет документации?

A

Буду проводить исследовательское тестирование, также буду уточнять какие-то особенности работы у команды

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

В каком виде чаще всего хранятся пароли?

A

В хешированном

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Чем отличается хеширование от шифрования?

A

Хеш невозможно разхешировать, зашифрованные данные можно разшифровать

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Логин и пароль хранятся в БД. Пароль в хешированном виде. Каким образом система удостоверится
что пароль верный. Пароль нельзя разхешировать

A

Система захеширует введённый пароль и сравнит с захешированным паролем в БД

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Для чего используются брокеры сообщений?

A
  • проверка сообщения на ошибки;
  • маршрутизация конкретному приемнику(ам);
  • разбиение сообщения на несколько маленьких, а затем агрегирование ответов приёмников и отправка результата источнику;
  • сохранение сообщений в базе данных;
  • вызов веб-сервисов;
  • распространение сообщений подписчикам, если используются шаблоны типа издатель-подписчик
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Что такое диспетчер очереди?

A

Брокер сообщений (он же диспетчер очереди) — это штука, которая принимает и отдает сообщения между
отдельными модулями/приложениями внутри некоторой сложной системы, где модули/приложения должны
общаться между собой — то есть пересылать данные друг другу.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Какие брокеры сообщений ты знаешь?

A

Apache Kafka
RabbitMQ
Amazon Web Services (AWS) SQS/SNS
И другие, коих очень много

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Что такое микросервисы?

A

Микросервис — это веб-сервис, отвечающий за один элемент логики в некой предметной области.
Микросервисы взаимодействуют друг с другом через простые сетевые протоколы, например REST, и
совместно выполняют некоторые действия, но при этом ни один из них не имеет представления о внутреннем
устройстве других сервисов.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Что такое кластеризация?

A

Кластеризация – это разбиение элементов некоторого множества на группы на основе их схожести. Задача
кластеризации состоит в разбиении объектов из X на несколько подмножеств (кластеров), в которых объекты
более схожи между собой, чем с объектами из других кластеров.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

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

A

Балансировщик нагрузки (Load Balancer) — сервис, помогающий серверам эффективно перемещать данные,
оптимизирующий использование ресурсов доставки приложений и предотвращающий перегрузки. Он
управляет потоком информации между локальным или облачным хранилищем и конечным устройством — ПК,
ноутбук, планшет или смартфон. Этот сервис проводит непрерывные проверки работоспособности серверов,
чтобы убедиться в их работоспособности. При необходимости подсистема балансировки удаляет неисправные
серверы из пула. Входящие в состав балансировщика контроллеры доставки приложений (ADC) предлагают
множество дополнительных функций — шифрование, аутентификацию и межсетевой экран веб-приложений,
создавая тем самым единую точку контроля для защиты, управления и мониторинга веб-сервисов.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

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

A

Да. Т.к. так будет задокументирована работа проведённая тестировщиком, а также в случае повторного
обнаружения бага от будет считаться не новым, а повторным.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

У вас 10000 тестов и день на проверку. Как будете тестить?

A

Будем, например, при ответие исходить из ситуации выхода нового релиза. Проверим новый функционал, критический функционал, связанный с последним изменением функционал, а также кейсы, относящиеся к уже закрытым багам (баги могли открыться снова). Собеседующий ответил, что после этого кейсов стало 3000, и их все равно не успеть проверить все. Можно сказать, что обратишься за помощью к команде и сообщишь PM о рисках.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

У вас есть 2.5 часа, 300 тестов (4 часа итого), как быть?

A

Нужно уведомить ПМ, что у меня есть ограниченное время, общий объем такой то, риски при выкидывании, оставляем критический путь и т.д. ПМ должен уведомить заказчика и заказчик принимает решение о допустимости сокращения времени при жертве определенными кейсами.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

При тестировании формы на сайте вылетает эксепшен “Нул аларм эксепшен” твои действия?

A

Нужно открыть DevTools и посмотреть уходит ли вообще запрос на бэк и тогда можно понять ошибка на фронте или на бэке

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Как часто у вас были релизы и как проходил процесс выпуска релиза?

A

По разному было. Было, где у релизов не было жестких временных рамок со стороны заказчика, т.е отталкивались от разработки конкретного функционоала. Так же работал по классическому так сказать спринту в две недели. Был бэклог продукта, из него формировался бэклог спринта, далее уходили в спринт. В середине спринта была отсечка по метрикам - успеваем мы вообще или не успеваем, какие у нас есть проблемы. Далее, в конце спринта формировалась релизная ветка, она накатывалась на тестовое окружение, далее шел ретест задач, регрес и если всё хорошо, то деплоились на продакшен, там шел смоук, повторный ретест задач.