Вопрос №93
Q: Вопросы для QA лида. Какие задачи будете выполнять на старте работы с новым проектом?
A:
1. Проанализировать требования;
2. Спланировать и запустить процесс передачи знаний о проекте между тестировщиками, лидом, разработчиками и т.д.;
3. Собрать и консолидировать все вопросы команды тестировщиков и уточнить их на уровне менеджмента;
4. Провести kick-off meeting, на котором мы должны убедиться, что у всей команды есть понимание того, чем мы собираемся заниматься.
Q: Вопросы для QA лида. Какие задачи будете выполнять на старте работы с новым проектом?
A:
1. Проанализировать требования;
2. Спланировать и запустить процесс передачи знаний о проекте между тестировщиками, лидом, разработчиками и т.д.;
3. Собрать и консолидировать все вопросы команды тестировщиков и уточнить их на уровне менеджмента;
4. Провести kick-off meeting, на котором мы должны убедиться, что у всей команды есть понимание того, чем мы собираемся заниматься.
Вопрос №94
Q: Вопросы для QA лида. Какие этапы вы бы выделили в процессе планирования тестирования?
A:
1. Отобрать необходимые тесты (определить scope). Зависит от такого, какой вид тестирования мы хотим провести (functional, performance, security), сколько у нас времени и других факторов;
2. Разработать стратегию тестирования в соответствии со скоупом тестов и принятыми у вас в компании стандартами. Также важно, какие фичи/требования нужно протестировать, какие есть ограничения с точки зрения тестового окружения;
3. Продумать, какие средства будут задействованы для тестирования (test automation & test management);
4. Оценить ресурсы (размер команды, опыт, временные рамки);
5. Составить "дорожную карту" (roadmap): создать тикеты, отследить зависимости, назначить исполнителей;
6. Определить и создать необходимое для тестирования окружение (hardware, software, network);
7. Определить тестовые метрики, которые будет необходимо предоставить вышестоящему руководству/клиенту;
8. Задокументировать тест план. Провести review тест плана с командой и руководством.
Q: Вопросы для QA лида. Какие этапы вы бы выделили в процессе планирования тестирования?
A:
1. Отобрать необходимые тесты (определить scope). Зависит от такого, какой вид тестирования мы хотим провести (functional, performance, security), сколько у нас времени и других факторов;
2. Разработать стратегию тестирования в соответствии со скоупом тестов и принятыми у вас в компании стандартами. Также важно, какие фичи/требования нужно протестировать, какие есть ограничения с точки зрения тестового окружения;
3. Продумать, какие средства будут задействованы для тестирования (test automation & test management);
4. Оценить ресурсы (размер команды, опыт, временные рамки);
5. Составить "дорожную карту" (roadmap): создать тикеты, отследить зависимости, назначить исполнителей;
6. Определить и создать необходимое для тестирования окружение (hardware, software, network);
7. Определить тестовые метрики, которые будет необходимо предоставить вышестоящему руководству/клиенту;
8. Задокументировать тест план. Провести review тест плана с командой и руководством.
Вопрос №95
Q: Вопросы для QA лида. Как вы будете информировать остальную часть команды (разработчиков, менеджеров, конечных юзеров, support менеджеров) о прогрессе вашей команды?
A:
1. Общение на митингах, переписка через email/месенджер;
2. Отслеживание выполнения задач/тикетов в соответствии с предполагаемым графиком;
3. Репортить текущий статус всем заинтересованным (процент выполнения, существующие issues);
4. Собрать, проанализировать и дать выжимку результатов тестирования.
Q: Вопросы для QA лида. Как вы будете информировать остальную часть команды (разработчиков, менеджеров, конечных юзеров, support менеджеров) о прогрессе вашей команды?
A:
1. Общение на митингах, переписка через email/месенджер;
2. Отслеживание выполнения задач/тикетов в соответствии с предполагаемым графиком;
3. Репортить текущий статус всем заинтересованным (процент выполнения, существующие issues);
4. Собрать, проанализировать и дать выжимку результатов тестирования.
Вопрос №96
Q: Вопросы для QA лида. Как вы себе представляете ежедневные задачи QA лида?
A:
1. Просмотреть/ответить на переписку;
2. Просмотреть новые/измененные тест кейсы, обсудить при необходимости;
3. Просмотреть новые/измененные требования/фичи продукта, выполнить соответствующие действия со стороны тест кейсов/тестового фреймворка;
4. Убедиться, что тестовое окружение функционирует корректно, подумать, как можно решить текущие проблемы и какие улучшения можно сделать, для более эффективной работы с окружением;
5. Промониторить Test Management System;
6. Создать тикеты/назначить их тестерам/закрыть завершенные. Убедиться, что каждый член команды имеет оптимальный объем работы.
Q: Вопросы для QA лида. Как вы себе представляете ежедневные задачи QA лида?
A:
1. Просмотреть/ответить на переписку;
2. Просмотреть новые/измененные тест кейсы, обсудить при необходимости;
3. Просмотреть новые/измененные требования/фичи продукта, выполнить соответствующие действия со стороны тест кейсов/тестового фреймворка;
4. Убедиться, что тестовое окружение функционирует корректно, подумать, как можно решить текущие проблемы и какие улучшения можно сделать, для более эффективной работы с окружением;
5. Промониторить Test Management System;
6. Создать тикеты/назначить их тестерам/закрыть завершенные. Убедиться, что каждый член команды имеет оптимальный объем работы.
Вопрос №97
Q: Вопросы для QA лида. Как отследить, что тестировщики эффективно заводят/проверяют баг тикеты?
A:
1. Просматривать созданные баг репорты, следить, чтобы они вовремя попадали в работу;
2. Быстро отслеживать возвращаемые тикеты, разбираться в причинах. Пример: тестировщик не предоставил необходимых данных, из-за чего разработчик не смог воспроизвести баг;
3. Проверять, чтобы все возвращаемые от разработчиков тикеты с фиксами были протестированы снова.
Q: Вопросы для QA лида. Как отследить, что тестировщики эффективно заводят/проверяют баг тикеты?
A:
1. Просматривать созданные баг репорты, следить, чтобы они вовремя попадали в работу;
2. Быстро отслеживать возвращаемые тикеты, разбираться в причинах. Пример: тестировщик не предоставил необходимых данных, из-за чего разработчик не смог воспроизвести баг;
3. Проверять, чтобы все возвращаемые от разработчиков тикеты с фиксами были протестированы снова.
Вопрос №98
Q: Вопросы для QA лида. Как вы бы мотивировали свою команду?
A:
1. Всегда быть на связи;
2. Планировать и проводить совместные митинги, убеждаться, что все договоренности, к которым пришли в ходе встречи, были выполнены сотрудниками. Разбирать проблемы, которые есть у членов команды на текущий момент времени;
3. Ревьювить текущие статусы членов команды.
Q: Вопросы для QA лида. Как вы бы мотивировали свою команду?
A:
1. Всегда быть на связи;
2. Планировать и проводить совместные митинги, убеждаться, что все договоренности, к которым пришли в ходе встречи, были выполнены сотрудниками. Разбирать проблемы, которые есть у членов команды на текущий момент времени;
3. Ревьювить текущие статусы членов команды.
Вопрос №99
Q: Вопросы для QA лида. Какие действия предпринимаете, чтобы прокачивать свои навыки?
A:
1. Слежу за появлением новых техник тест-дизайна, тестовых стратегий, фреймворков автоматизации, тестовых утилит;
2. Прохожу онлайн-курсы;
3. Стараюсь быть в курсе того, какие еще проекты есть/появились в рамках нашей компании;
4. Стараюсь прокачиваться в тайм менеджменте.
Q: Вопросы для QA лида. Какие действия предпринимаете, чтобы прокачивать свои навыки?
A:
1. Слежу за появлением новых техник тест-дизайна, тестовых стратегий, фреймворков автоматизации, тестовых утилит;
2. Прохожу онлайн-курсы;
3. Стараюсь быть в курсе того, какие еще проекты есть/появились в рамках нашей компании;
4. Стараюсь прокачиваться в тайм менеджменте.
Вопрос №100
Тема: Основы программирования. Проектирование.
Q: Почему глобальные переменные это плохо?
A:
1. Нарушают инкапсуляцию (к ним открыт доступ из любой части программы), добавляют лишние зависимости между компонентами;
2. Ухудшают масштабируемость;
3. Способствуют возникновению трудноуловимых ошибок.
Тема: Основы программирования. Проектирование.
Q: Почему глобальные переменные это плохо?
A:
1. Нарушают инкапсуляцию (к ним открыт доступ из любой части программы), добавляют лишние зависимости между компонентами;
2. Ухудшают масштабируемость;
3. Способствуют возникновению трудноуловимых ошибок.
Вопрос №101
Тема: Основы программирования. Проектирование.
Q: Что такое Закон Деметры?
A:
Каждый модуль должен обладать минимальной информированностью о других модулях. "Не разговаривай с незнакомцами!"
Тема: Основы программирования. Проектирование.
Q: Что такое Закон Деметры?
A:
Каждый модуль должен обладать минимальной информированностью о других модулях. "Не разговаривай с незнакомцами!"
Вопрос №102
Тема: Основы программирования. Проектирование.
Q: Что такое Dependency hell (Ад зависимостей)?
A: Разрастание графа зависимостей библиотек. Чем опасно? Например, несколько или даже один программный продукт может косвенно потребовать разные версии одной и той же библиотеки.
Тема: Основы программирования. Проектирование.
Q: Что такое Dependency hell (Ад зависимостей)?
A: Разрастание графа зависимостей библиотек. Чем опасно? Например, несколько или даже один программный продукт может косвенно потребовать разные версии одной и той же библиотеки.
Вопрос №103
Тема: Основы программирования. Проектирование.
Q: Расскажите про Принцип подстановки Барбары Лисков.
A: Наследующий класс должен дополнять, а не замещать поведение базового класса. Если класс Б унаследован от А, то мы можем заменить в программе все использования класса А на Б и при этом в работе программы ничего не изменится.
Тема: Основы программирования. Проектирование.
Q: Расскажите про Принцип подстановки Барбары Лисков.
A: Наследующий класс должен дополнять, а не замещать поведение базового класса. Если класс Б унаследован от А, то мы можем заменить в программе все использования класса А на Б и при этом в работе программы ничего не изменится.