6 questions determine if candidate is fit
Оскільки технології зростають, а програмне забезпечення стає невід’ємною частиною людського життя, зростають очікування щодо кращого застосування, обслуговування та зручності користування.
Минули часи, коли клієнт відвідував ринок 5 разів, щоб перевірити різні марки, якість та вартість перед тим, як придбати кондиціонер. У наш час ці важливі рішення приймаються, сидячи на зручному стільці та потягуючи каву.
За допомогою декількох клацань ви можете оцінити все, що є в Інтернеті, що є на ринку; ви можете прочитати відповідні рекомендації інших користувачів; Ви можете замовити та очікувати кондиціонер біля вашого порогу протягом доби.
Чи не здається вам, що з цими змінами настав час революціонізувати процеси співбесід та відбору кандидатів?
Давайте розглянемо приклад:
Якщо ви хочете забезпечити кращу безпеку, вам потрібно призначити озброєного охоронця. Але перед цим вам потрібно підтвердити, чи знає він, як і коли використовувати цю зброю безпеки.
І як ви це підтверджуєте?
Намагаючись засудити його / її протягом 20-30 хвилин процесу, який називають співбесідою?
Ніхто не отримає нескінченного часу, щоб судити та обирати кандидата. Важливо зрозуміти, яким повинен бути процес співбесіди та запитання, щоб отримати найкращі результати.
І правильний процес повинен включати правильні запитання, чи не так?
Давайте розглянемо кілька сценаріїв:
Сценарій No1:Триває співбесіда на посаду початківця з рівня якості для програмного забезпечення QA:
З: Що таке STLC?
В: Відповіли…
З: Що таке життєвий цикл помилок?
В: Відповіли…
З: Скажіть мені тестові приклади для сторінки входу?
В: Відповіли…
З: Як би ви протестували Facebook?
В: Відповіли…
Результат? Кандидат обраний.
Сценарій No2:Триває співбесіда на посаду початківця з рівня якості для програмного забезпечення QA:
З: Чому ви хочете бути тестувальником програмного забезпечення?
В: Ммм ... Насправді, я люблю проводити тестування (Добре знати)
З: Як би вам сподобалася піца, якщо вона подається у трикутній формі?
В: Хто буде думати про форму, коли буде піца? Я просто з’їм це і посміхнусь
З: Як ви відточуєте свої навички тестування?
В: Я продовжую тестувати.
З: Чи можете ви спостерігати що-небудь навколо вас і вказати на деякі проблеми?
В: Ммм ... (зморшки на лобі та прокльони інтерв'юера) ... .umm ... ..umm ...... продовження
Результат? Кандидата попросили ввічливо піти.
Ви помітили різницю між цими сценаріями співбесід? Ви зрозуміли суть.
За свою кар'єру я взяв інтерв'ю з багатьма кандидатами, і з цього я точно можу зробити висновок:
- Майже всі кандидати готові до теоретичних питань
- Навичка спілкування є важливою, але судити про кандидата на основі цієї однієї навички недостатньо
- Демо-версія Тестування в режимі реального часу / Навички якості обов’язково перед відбором
- Якщо людина не виявляє цікавості та пристрасті, співбесіда буде просто марною тратою часу
- Випробування чогось логічного має мати більшу вагу, ніж відповідь на теоретичне запитання
- Наскільки швидко та креативно людина може генерувати тестові ідеї - це найважливіше
- Навик звітування для контролю якості важливий, і його не можна ігнорувати
Усі посади мають власні вимоги, але крім цього, існує загальна потреба у кожному полі, яке потрібно перевірити, незалежно від того, для якого призначення проводиться співбесіда.
Що стосується тестування програмного забезпечення, я можу вказати нижче на запитання, не в певному порядку, які слід враховувати:
Задайте ці 6 запитань, щоб визначити, чи відповідає кандидат на посаду контролю якості:
Питання 1про цікавість та пристрасть:
Бути тестером програмного забезпечення означає бути цікавим до всього. Вам потрібно віддзеркалити дитину, яка цікавиться усім світом і хоче знати, як це працює. Це найважливіші критерії, які слід враховувати.
Мої запитання щодо цього питання такі:
- Чому ти хочеш бути тестувальником?
- Чому, на вашу думку, для стільця потрібні чотири ноги?
- Чому ми використовуємо парасольку, щоб захиститися від дощу?
Питання No2щодо розуміння пріоритетів:
Тестер завжди завантажений кількома завданнями, і якщо він не в змозі визначити пріоритети, він створить лише безлад. Замість того, щоб стрибати на все і не в змозі нічого завершити, краще залишити робочу зону із задоволенням, що ви успішно виконали одну з важливих робіт.
Але хто визначає, що важливо? Запитання:
- Сценарій 1: Вам найбільше подобається фестиваль повітряних зміїв і ви так довго чекали, але ви дізналися, що ваш дорогий друг одружується того ж дня. Що б ти зробив? Вам сподобається фестиваль повітряних зміїв чи відвідаєте шлюб?
- Сценарій 2: Ви працюєте з батьків, і сьогодні в школі вашої дитини проводяться батьківські збори. Але вранці ваш менеджер зателефонував і повідомив, що вам потрібно бути готовим до сьогоднішньої демонстрації, яка суперечить часу PTM. Що ти робитимеш?
Питання No3щодо звітування про помилки:
Це мистецтво опишіть проблему Ви стикаєтесь з тим, що мистецтво є ключовим фактором успіху будь-якого тестувальника програмного забезпечення в цій галузі.
найкращий спосіб завантажити з YouTube у mp3
Питання, за якими можна судити про це, можуть бути:
- Сценарій 1: Скажімо, вентилятори або вентиляційна система в цьому залі не належні, і вам потрібно передати їх адміністратору. Як би ти це зробив?
- Сценарій 2: Ви виявили дефект у програмі і не можете відтворити його послідовно. Як би ви повідомили про це? Поясніть на прикладі.
Питання No4щодо генерації ідей:
Перебуваючи в найкреативнішій галузі тестування програмного забезпечення, якщо тестувальник не в змозі згенерувати ідеї для тестування, він (він) за короткий час почне відчувати застій.
Також читайте=> Тестування програмного забезпечення - це все про ідеї (і як їх генерувати)
Тут можуть бути такі запитання:
- Якщо в наявності немає вимірювального приладу, як би Ви вимірювали температуру повітря?
- У будівлі раптом сталася пожежа, що ти зробиш?
- Як ви будете тестувати ручку?
Питання No5щодо концепцій:
Очікуючи тестувальника програмного забезпечення, людина повинна знати, що таке тестування та як його краще провести. Концептуальні знання також необхідні, і їх можна оцінити за допомогою запитань нижче:
- Хоча модель SDLC краща, як на вас? Водоспад чи спритний? Чому?
- Яка необхідність повторного тестування, коли ви вже є робити регресійне тестування ?
Питання No6з аналітичних навичок:
Пошук першопричини або моделі проблеми так само важливий, як пошук проблеми. Очікується, що тестер також покаже цю майстерність.
Прикладами запитань, якими можна судити про це, можуть бути:
- Як компанія-виробник автомобілів, ви спостерігали п’ять скарг поспіль на спущені шини в новому автомобілі. Що ти робитимеш? Зміните постачальника шин чи будете робити щось інше? Як і чому?
- Якщо 13 - тринадцять, а 12 - дванадцять, то що - 212?
У більшості випадків таких запитань достатньо, щоб судити, чи буде людина, що сидить перед вами, правильним вибором як нове поповнення в команді.
Про автора: Цей чудовий допис написаний членом команди STH Бхумікою Мехтою. Вона є керівником проекту та має понад 10 років досвіду тестування програмного забезпечення. Вона цілком займається тестуванням і любить перевіряти все, що існує.
Я хотів би знати вашу думку щодо цього питання. Чи справді нам потрібно змінити процес співбесіди для тестування позицій контролю якості програмного забезпечення?
Рекомендована література
- Запитання та відповіді на інтерв’ю
- Тестування програмного забезпечення Технічний вміст Письменник Робота фрілансера
- Деякі цікаві запитання щодо тестування програмного забезпечення
- Тестування програмного забезпечення QA Assistant Job
- 20 простих запитань для перевірки програмного забезпечення для перевірки базових знань (Інтернет-вікторина)
- Який ваш профіль роботи при тестуванні програмного забезпечення? (ОПИТАННЯ)
- Запитання та відповіді на інтерв’ю для тестування ETL
- 10 причин, чому ви не отримуєте роботу в тестуванні програмного забезпечення