Меню

10 найкращих запитань для співбесіди з керівником тестування та керівником тестування (з порадами)

top 10 qa test lead

Спробуйте Наш Інструмент Для Усунення Проблем

Запитання для співбесіди з керівником тестування програмного забезпечення або менеджером випробувань із докладними відповідями:

STH повернувся з черговою серією інтерв'ю. Цей призначений для контролю якості / позиції провідного тесту.

Ми розглянемо кілька найпоширеніших, але важливих питань та відповідей на тестування з питань якості та керівника тестування.

Як завжди, ми будемо слідувати шаблону відповідей на основі пояснень, а не політично коректних. Давайте почнемо.

Запитання та відповіді співбесіди керівника тесту

Зазвичай інтерв'юери з контролю якості перевіряють усіх респондентів у 3 основних областях:

# 1) Основні технічні знання та досвід
# два) Ставлення
# 3) Спілкування

Тепер, коли ми говоримо про співбесіду з тестуванням якості, процес подібний, а спосіб оцінки спілкування залишається незмінним.

Загальна згуртованість, переконаність та ясність - це кілька факторів, які сприяють ефективному спілкуванню. Коли справа доходить до оцінки перших двох областей для тестування якості контролю, ми можемо розділити сфери, де запитання співбесіди для контролю якості можуть бути з 3 категорій:

1) Технічна експертиза
два) Відношення командного гравця
3) Управлінські навички

Ми розглянемо кожен із них і розробимо далі.

Що ви дізнаєтесь:

Запитання для співбесіди провідного тесту або менеджера випробувань щодо технічної експертизи

Це можна поділити на навички, засновані на процесі та інструментах. Кілька зразків запитань, які можна задати:

Q # 1. Якими були ваші ролі та обов'язки та як ваш час був розподілений між завданнями в проекті?

Зазвичай тестовий керівник працює над проектом так само, як це роблять інші члени команди. Лише 10% (галузевий стандарт, може відрізнятися від проекту до проекту) часу витрачається на координаційні заходи.

Ви можете далі розбити це на висловлювання:

  • 50% - Тестування - залежно від стадії проекту, це може бути тестоване планування, проектування або виконання
  • 20% - огляд
  • 10% - координація
  • 20% - спілкування з клієнтами та управління доставкою

Порада STH:
Підготуйтеся наперед. Чи всі цифри розібралися заздалегідь?

Читайте також => Відповідальність тестового керівника

Q # 2. Який процес контролю якості ви використовуєте у своєму проекті та чому?

Коли це запитання задається члену групи з контролю якості, ідея полягає в тому, щоб оцінити їх знайомство та комфорт у використанні відповідного процесу. Але коли це питання приходить до керівника команди, це означає зрозуміти, наскільки здатний ваш досвід встановити згаданий процес. Найкращий спосіб зробити це: мозковий штурм.

Зразок відповіді може бути таким: ми дотримуємось поєднання як традиційних, так і гнучких проектів . Ми маємо на шляху до цього: ми обробляємо випуски в коротких спринтах, але всередині спринтів ми все одно створюємо план випробувань, сценарії випробувань, але не тестові випадки та повідомляємо про дефекти, як у моделі водоспаду. Для відстеження прогресу ми використовуємо скрам-дошку, а для виявлення дефектів - інструмент Bugzilla. Незважаючи на те, що наші спринти короткі, ми гарантуємо, що всі огляди, звіти та показники відбуваються вчасно.

До цього можна додати більше: якщо це проект на виїзній офшорній моделі, якщо спринти dev та QA розділені та відстають один від одного тощо.

Дивитися також => Процеси контролю якості в кінці реальних проектів

як користуватися командним сервером

Q # 3. Що ви вважаєте своїми ключовими досягненнями / ініціативами?

Кожен хоче успішного менеджера, а не просто менеджера - отже, це питання.

Нагороди, рейтинги ефективності та визнання в масштабах усієї компанії (погладжування, співробітник місяця) тощо - це чудово. Але не знижуйте щоденні досягнення:

Можливо, ви впорядкували процес звітування або спростили план тестування або створили документ, який може бути використаний для перевірки розумності системи, яка має складний дуже мінімальний нагляд при використанні тощо.

Q # 4. Ви брали участь у оцінюванні тестів і як це робити?

Оцінка тесту дає приблизне уявлення скільки часу, зусиль та ресурсів потрібно для перевірки. Це допоможе визначити вартість, графіки та здійсненність для більшості проектів. На початку кожного проекту для оцінки тесту підходять тестові провідники. Отже, відповідь на запитання про те, чи оцінка тесту була частиною профілю роботи для потенційного клієнта, відповідає “Так”.

Частина 'Як' відрізняється від команди до команди та від лідера до лідера. Якщо ви використовували функціональні точки або будь-які інші прийоми, обов’язково згадайте про це.

Крім того, якщо ви не використовували ці методи і базували оцінку повністю на історичних даних, інтуїції та досвіді - скажіть це та надайте обґрунтування для цього.

Наприклад: коли мені доводиться оцінювати свої проекти або CR, я просто створюю базові сценарії тестування (високого рівня) і отримую уявлення про те, з якою кількістю тестових випадків я можу працювати, та їх складність. Польові тести або тести на рівні інтерфейсу можуть виконуватися та писатись із темпом приблизно 50-100 на день / на людину. Тестові кейси середньої складності (із 10 і більше кроків) можна скласти приблизно 30 на день / на людину. Висока складність або наскрізні складають 8-10 на день / на людину. Все це є наближенням. Є й інші фактори, такі як непередбачені обставини, майстерність команди, доступний час тощо, але це слід враховувати, але це в більшості випадків спрацювало для мене. Отже, на це питання це була б моя відповідь.

Поради щодо STH:

  • Оцінки є наближеннями і не завжди є точними. Завжди знайдуться і дають, і беруть. Але для тестового проекту завжди краще переоцінити, ніж недооцінити.
  • Також є гарною ідеєю поговорити про те, як ви зверталися за допомогою до членів вашої команди, розробляючи сценарії тестування та визначаючи складності, оскільки це створить вас як наставника, яким повинен бути кожен керівник команди.

Читайте також => Як стати хорошим наставником команди, тренером і справжнім захисником команд у спритному світі тестування? - Натхнення

Q # 5. Якими інструментами ви користуєтесь і чому?

Інструменти контролю якості, такі як HP ALM (Центр якості), програмне забезпечення для відстеження помилок, програмне забезпечення для автоматизації - це те, чим ви повинні володіти разом із усіма членами вашої команди.

На додаток до цього, якщо ви використовуєте будь-яке програмне забезпечення для управління, таке як MS Project, інструменти гнучкого управління - виділіть цей досвід та поговоріть про те, як інструмент допоміг вашим щоденним завданням.

Наприклад : Поговоріть про те, як ви використовуєте JIRA для простого управління дефектами та завданнями у вашому проекті контролю якості. На додаток до цього, якщо ви можете поговорити про надбудову JIRA Agile та про те, як вона допомогла у створенні Scrumboard, плануванні історій користувачів, плануванні спринту, роботі, звітах тощо, було б чудово.

Q # 6. Знайомство та майстерність процесу- якщо ви виконуєте процес, за яким стежите на своєму робочому місці - це водоспад, офшорний, гнучкий або щось подібне, очікуйте детальних запитань та відповідей щодо його реалізації, успіху, показників, найкращих практик та виклики між іншим.

Для отримання детальної інформації перегляньте посилання нижче:

Далі йде перший розділ. В наступний розділ запитань про співбесіду для керівника тесту або керівника тесту , ми матимемо справу з командним ставленням та питаннями управління.

Запитання співбесідника / керівника тестування щодо ставлення та управління

У цьому розділі ми пропонуємо список найкращих та найпоширеніших запитань щодо інтерв’ю менеджера випробувань, корисних для ролі менеджера випробувань.

Менеджер випробувань відіграє дуже помітну роль, оскільки він повинен керувати всією командою випробувачів. Тож запитання будуть трохи складними, читаючи нижче, ви будете досить впевнені в собі.

У цій статті також згадуються питання співбесіди в режимі реального часу.

Запитання щодо інтерв’ю керівника тесту

Нижче наведено список запитань та відповідей для інтерв’ю на основі сценарію:

№7) Клієнт повідомив про серйозні дефекти у звіті щоденного балансу. Клієнт незадоволений тим, що проблема не вирішена навіть через тиждень. Які дії ви, як прем'єр-міністр, вживете, щоб відновити довіру клієнтів і переконатися, що цього не станеться в майбутньому?

Відповідь:

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

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

№8) Відзначається, що тестувальники у вашій організації проводять тести на результат, навіть після того, як були виявлені значні дефекти. Це призвело до непотрібного тестування з малою вартістю, оскільки повторне тестування потрібно проводити після усунення дефектів.

Ви менеджер тестів і збираєтесь оновити план тестування з рекомендаціями щодо припинення тестування. Перелічіть рекомендації, які ви збираєтеся зробити.

Відповідь:

Потрібно виконати наступні кроки:

до) Критерії прийняття повинні бути жорсткішими.
б) Тестові випадки повинні бути переоцінені (бажано експертним оглядом).
в) По можливості слід додати більше тестових кейсів. З граничними значеннями та випадками розділу класу еквівалентності.
г) Слід додати більше тестових кейсів із недійсним станом.
є) Потрібно змінити критерії зупинки.

# 9) Ви нещодавно призначені керівником тестування в організації, яка використовує ручне тестування. Ваш начальник хоче, щоб ви запропонували три інструменти тестування та їх функції, щоб підвищити обізнаність про інструменти тестування у вищому керівництві. Запропонуйте будь-які три інструменти тестування для вашого тестового середовища і чому ви пропонуєте їх?

Відповідь:

Третє питання - дуже важливе. Ви можете написати про тестового директора, Winrunner / Load runner, McCable або будь-який інший інструмент покриття. Директор випробувань корисний для відстеження дефекту. WR або LR для виконання функціональності / тестування навантаження, інструмент Покриття для перевірки охоплення коду, допомагаючи тим самим у тестуванні білої скриньки.

# 10) Ви працюєте над проектом, де вимоги динамічно змінюються. Дані в проекті надходять з різних кінців (з різних платформ) і взаємозалежні. Ви бачите в цьому великий ризик у проекті. Як би ви планували відповідно?

Відповідь:

Складіть план, який опікується ризиком та визначений у зонах ризику. Скажімо, що обсяг тестування більше зосереджуватиметься на тестах, керованих даними тощо.

Висновок

Це коротке завершення питання, заданого в інтерв’ю керівнику QA або керівнику з його відповідями.

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

Як завжди, ваш досвід, відгуки та коментарі збагатять цю статтю та забезпечать набагато більш корисне прочитання. Ми сподіваємось почути Вас.

Рекомендована література

^