Вопрос №96

Q: Вопросы для QA лида. Как вы себе представляете ежедневные задачи QA лида?

A:
1. Просмотреть/ответить на переписку;
2. Просмотреть новые/измененные тест кейсы, обсудить при необходимости;
3. Просмотреть новые/измененные требования/фичи продукта, выполнить соответствующие действия со стороны тест кейсов/тестового фреймворка;
4. Убедиться, что тестовое окружение функционирует корректно, подумать, как можно решить текущие проблемы и какие улучшения можно сделать, для более эффективной работы с окружением;
5. Промониторить Test Management System;
6. Создать тикеты/назначить их тестерам/закрыть завершенные. Убедиться, что каждый член команды имеет оптимальный объем работы.

Вопрос №97

Q: Вопросы для QA лида. Как отследить, что тестировщики эффективно заводят/проверяют баг тикеты?

A:
1. Просматривать созданные баг репорты, следить, чтобы они вовремя попадали в работу;
2. Быстро отслеживать возвращаемые тикеты, разбираться в причинах. Пример: тестировщик не предоставил необходимых данных, из-за чего разработчик не смог воспроизвести баг;
3. Проверять, чтобы все возвращаемые от разработчиков тикеты с фиксами были протестированы снова.

Вопрос №98

Q: Вопросы для QA лида. Как вы бы мотивировали свою команду?

A:
1. Всегда быть на связи;
2. Планировать и проводить совместные митинги, убеждаться, что все договоренности, к которым пришли в ходе встречи, были выполнены сотрудниками. Разбирать проблемы, которые есть у членов команды на текущий момент времени;
3. Ревьювить текущие статусы членов команды.

Вопрос №99

Q: Вопросы для QA лида. Какие действия предпринимаете, чтобы прокачивать свои навыки?

A:
1. Слежу за появлением новых техник тест-дизайна, тестовых стратегий, фреймворков автоматизации, тестовых утилит;
2. Прохожу онлайн-курсы;
3. Стараюсь быть в курсе того, какие еще проекты есть/появились в рамках нашей компании;
4. Стараюсь прокачиваться в тайм менеджменте.

Вопрос №100

Тема: Основы программирования. Проектирование.

Q: Почему глобальные переменные это плохо?

A:
1. Нарушают инкапсуляцию (к ним открыт доступ из любой части программы), добавляют лишние зависимости между компонентами;
2. Ухудшают масштабируемость;
3. Способствуют возникновению трудноуловимых ошибок.

Вопрос №101

Тема: Основы программирования. Проектирование.

Q: Что такое Закон Деметры?

A:
Каждый модуль должен обладать минимальной информированностью о других модулях. "Не разговаривай с незнакомцами!"

Вопрос №102

Тема: Основы программирования. Проектирование.

Q: Что такое Dependency hell (Ад зависимостей)?

A: Разрастание графа зависимостей библиотек. Чем опасно? Например, несколько или даже один программный продукт может косвенно потребовать разные версии одной и той же библиотеки.

Вопрос №103

Тема: Основы программирования. Проектирование.

Q: Расскажите про Принцип подстановки Барбары Лисков.

A: Наследующий класс должен дополнять, а не замещать поведение базового класса. Если класс Б унаследован от А, то мы можем заменить в программе все использования класса А на Б и при этом в работе программы ничего не изменится.

Вопрос №104

Тема: Основы программирования. Проектирование.

Q: Что такое инверсия управления?

A: Явление, при котором роль главной программы в координации и последовательности действий приложения выполняет фреймворк (а не код пользователя). В этом основное отличие фреймворка и библиотеки. Библиотека - это набор функций, которые вызываются кодом пользователя, а после окончания выполнения возвращают управление пользователю. В случае с фреймворком он сам координирует и вызывает код пользователя.

Вопрос №105

Тема: Основы программирования. Проектирование.

Q: Хорошо спроектированное ПО должно обладать сильным сцеплением и слабой связностью. Что это значит?

A: Сцепление - сила зависимостей внутри модуля. Связность - сила зависимостей между разными модулями. Итог: внутри модуля должны быть сильные зависимости, а снаружи - нет.

Вопрос №106

Тема: Основы программирования. Проектирование.

Q: Нужны ли комментарии в коде?

A: Нужно стараться писать код так, чтобы комментарии были не нужны.