QA / QA Automation
Как пришёл в тестирование, почему именно тестирование?
-- 2. Выбрать имя клиента, баланс и название платежной системы для каждого клиента в порядке убывания ненулевого баланса -- Входные данные: -- CREATE TABLE customers ( -- id INTEGER NOT NULL PRIMARY KEY, -- name VARCHAR(30) NOT NULL, -- cardNum INTEGER -- ); -- CREATE TABLE accounts ( -- id INTEGER NOT NULL PRIMARY KEY, -- customer_id INTEGER NOT NULL, -- balance INTEGER, -- payment_system VARCHAR(30) NOT NULL, -- FOREIGN KEY (customer_id) REFERENCES customers(id) -- ); -- INSERT INTO customers(id, name, cardNum) values(1, 'Иван Грозный', 4532); -- INSERT INTO customers(id, name, cardNum) values(2, 'Екатерина Романова', 7764); -- INSERT INTO customers(id, name, cardNum) values(3, 'Николай Романов', 2323); -- INSERT INTO customers(id, name, cardNum) values(4, 'Владимир Ленин', 9970); -- INSERT INTO customers(id, name, cardNum) values(5, 'Леонид Брежнев', 1231); -- INSERT INTO customers(id, name, cardNum) values(6, 'Борис Ельцин', NULL); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(1, 1, 123.00, 'VISA'); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(2, 2, 555.00, 'VISA'); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(3, 4, 222.00, 'MasterCard'); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(4, 3, 333.00, 'MasterCard'); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(5, 5, 444.00, 'UnionPay'); -- INSERT INTO accounts(id, customer_id, balance, payment_system) values(6, 6, 0.00, 'UnionPay');
Как у тебя обстоят дела с CI/CD? Был ли опыт самостоятельной настройки, написания скриптов?
У нас есть такая схема взаимодействия компонентов: Предположим, что это сервисы, которые предназначены для создания и ведения мероприятий для менеджеров управления персоналом. Мы отправляем сообщение Сервису 1, (который развернут в Kubernetes) за получением или редактированием данных с помощью REST API Сервис 1 обрабатывает данные и затем отправляет их в Кафку Сервис 2 (также развернут в Kubernetes) считывает сообщения из Кафки и преобразовывает всю полученную информацию в другой формат, а затем кладёт в БД Мы как пользователь отправили запрос на создание мероприятия через REST к Сервису 1, а затем проверили наличие этого мероприятия в БД с помощью запроса Select Но в базе данного мероприятия не нашлось Мы начали копать, в чем проблема и обнаружили, что, сообщение застряло на уровне кафки - оно просто не вычитывалось Сервисом 2 Как мы будем локализовывать, почему сообщение не вычиталось?
На какие группы делятся статус-коды ответов на запросы? Что значит каждая группа?
Можете привести пример, как применяли на практике попарное тестирование?
Расскажи про опыт работы с бэкенд системами. Какая архитектура была на проекте, как реализовано техническое взаимодействие?
Что такое план выполнения запроса и как его использовать для оптимизации?
Какие слои закладываешь в архитектуру?
Что ожидается при отправке запроса без обязательного поля email?
Какие паттерны проектирования знаете, кроме Page Object?
Что такое декоратор? Какие встроенные декораторы знаешь?
Что вернет функция без return? def pprintter(string): print(string)
Что ты будешь делать в первую очередь при тестировании нового сервиса, если у тебя есть схема, ссылка на стенд и минимальная документация?
Использовал ли ты в работе декораторы и генераторы? Что такое декоратор и зачем он нужен?
Где принято хранить фикстуры? Можно ли хранить не в conftest.py?
С чем ещё может работать REST, кроме JSON?
Если прошло 2 недели, запустил тесты, а там все красные — что делаешь?
Почему решили сменить компанию?
По каким критериям выбираете между двумя офферами?