Вступ до питань ручного тестування інтерв'ю

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

Тепер, якщо ви шукаєте роботу, пов’язану з ручним тестуванням, вам потрібно підготуватися до питань інтерв'ю з ручним тестуванням 2019 року. Це правда, що кожне інтерв'ю відрізняється за різними профілями роботи. Тут ми підготували важливі Питання та відповіді з інтерв'ю вручну, які допоможуть вам досягти успіху в інтерв'ю.

У цій статті з питань інтерв'ю з ручним тестуванням 2019 року ми представимо 10 найважливіших і найчастіше заданих питань інтерв'ю з ручним тестуванням. Ці питання щодо інтерв'ю поділяються на дві частини:

Частина 1 - Питання для інтерв'ю вручну (основні)

Ця перша частина охоплює основні запитання та відповіді на інтерв'ю вручну.

Q1. Яка різниця між верифікацією та валідацією в тестуванні програмного забезпечення?

Відповідь:
Перевірка включає статичний процес перевірки документів, коду та конструкції з метою перевірки відповідності програмного забезпечення вимогам, зазначеним у документах (SRS). Він включає покрокову інформацію, перевірку та перегляд коду. Тоді як перевірка - це динамічний процес, який включає виконання коду та перевірку, чи працює програмне забезпечення, як очікувалося, чи ні. Він передбачає пошук помилок, які виконує тестувальна група шляхом виконання коду. Тестування чорної скриньки, тестування білої скриньки та тестування сірої коробки є частиною тестування у програмі Validation Software.

Q2. Чим відрізняється тест-драйвер від тестування програмного забезпечення?

Відповідь:
Тест-драйвер і Test Stub - це в основному фрагмент коду, який працює як заміна оригінального нерозвиненого коду для проведення тестування. Драйвери використовуються в підході знизу вгору і в основному використовуються як викликові модулі, якщо внутрішні модулі реалізовані і потрібно перевірити, тоді як Stubs використовуються в підході зверху вниз і використовуються там, де готується головний модуль, але називаються модулі ще не зроблено.

Наприклад, у веб-додатку є 3 модулі, тобто Логін, Головна, Користувачі. Якщо модуль входу підготовлений, але не «Головна» та «Користувачі», то замінник «званий» модуль для дому та користувачів є Stub як основний модуль для входу. Але якщо модуль «Головна» та «Користувачі» підготовлені, але основний модуль Вхід не підготовлений, тому замінник «виклику» модуля для входу в систему називається драйвером.

Q3. З якого моменту у програмі слід розпочати тестування?

Відповідь:
Після того, як вимоги будуть зібрані в проект, слід розпочати тестове планування, стратегію тестування та створення тестового випадку або весь процес тестування. Сьогодні майже всі проекти дотримуються методології Agile, тому вимоги не зафіксовані на старті, але розповіді користувачів щодо нових функцій, які збираються реалізувати у певному випуску, надаються тестувальникам. Таким чином, планування тесту та створення тестового випадку або створення тестового сценарію (у разі тестування автоматизації) розпочалося разом із розробкою програмного забезпечення. Більшість компаній дотримуються підходу Test Driven Development (TDD), щоб розробити програмне забезпечення, в якому тестові приклади записуються перед кодом, а код пишеться відповідно до валідації тесту.

Перейдемо до наступного Питання для інтерв'ю вручну.

Q4. Які моменти потрібно пам’ятати під час тестування веб-та мобільних додатків чи відмінності в тестуванні двох?

Відповідь:
Тестування веб-та мобільних додатків різні. Тому під час тестування потрібно перевірити різні сценарії:

  1. Підтримка браузера тестується на веб-додатках, таких як Chrome, Firefox, IE тощо, тоді як мобільний додаток тестується на різних версіях ОС, таких як Android 7, 8, 9 тощо.
  2. Збій програми в різних сценаріях і перешкода для інших додатків між ними тестується в мобільному додатку, тоді як тестування сеансів і файлів cookie здійснюється у веб-додатках.
  3. У мобільних додатках програма тестується на різних розмірах екрану мобільних пристроїв, чи правильно вирівняні елементи відповідно до розміру екрана, тоді як веб-додаток тестується за різними роздільними можливостями робочого столу.
  4. Рухи та голосові жести, такі як затискання, розгортання, розпізнавання голосу, тестуються на мобільних пристроях, тоді як функції веб-застосунків просте набір тексту та вставлення.

Q5. Чи нормально використовувати Agile модель для тестування для малих проектів?

Відповідь:
Agile - це інкрементальний і ітеративний підхід до розробки програмного забезпечення і є більш можливим для гнучких і великих проектів, де вимоги постійно змінюються з часом. Для невеликих проектів, де вимоги не надто великі, Agile не слід віддавати перевагу, оскільки це коштуватиме більше бюджету проекту, оскільки це включає різні команди, які працюють одночасно, і можуть перешкоджати загальному часу в постачанні програмного забезпечення.

Частина 2 - Питання щодо інтерв'ю вручну (розширено)

Давайте тепер ознайомимось із розширеними питаннями та відповідями на тестування Інтерв'ю вручну.

Q6. Що таке життєвий цикл тестування програмного забезпечення?

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

  1. Збір вимог
  2. Планування тесту
  3. Аналіз тесту
  4. Тестовий дизайн
  5. Налаштування тестового середовища
  6. Виконання тесту
  7. Закриття тесту

Q7. Що таке негативне тестування і чому воно проводиться?

Відповідь:
Негативне тестування, також відоме як помилкове тестування або тестування помилок, включає тестування будь-якого програмного забезпечення в несподіваних умовах. Позитивне тестування лише забезпечує те, що програмне забезпечення працює як очікувалося, тоді як негативне тестування говорить про те, як програмне забезпечення буде вести себе в нерівномірних / несподіваних умовах. Це робиться для забезпечення стабільності програми.

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

Перейдемо до наступного Питання для інтерв'ю вручну.

Q8. Різниця між помилкою, дефектом та збоєм щодо тестування програмного забезпечення?

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

Q9. Що таке тестування розділення еквівалентності?

Відповідь:
Це тип тестування в чорному ящику, який можна застосувати на будь-якому рівні, наприклад тест модулів, інтеграції та системи. У цьому тестуванні діапазон введення поділяється на еквівалентну групу, яка, як очікується, проявлятиме однакову поведінку для кожного діапазону. Наприклад, якщо текстове поле пароля приймає значення між 5-15 символів, то діапазон може бути 5-15, що є дійсним, більше 15 - недійсним, 0-5 - недійсним.

Q10. Що таке тестове покриття? Чи можливо отримати покриття тесту на 100%?

Відповідь:
Покриття тесту - це в основному показник якості, який представляє кількість коду програми, який охоплюється тестовими кейсами, або кількість тестування, яке проводиться створеними тестовими кейсами. Це допомагає контролювати якість тестування. Більше тестових випадків, що охоплюють максимальні площі програми, допомагає досягти максимального покриття тесту, зменшуючи шанси на відмову. Хоча досягти 100% тестового покриття неможливо, ми можемо переконатися, що тестові приклади повинні бути створені для кожної гілки, заява, що охоплює максимальні площі коду.

Рекомендовані статті

Це було керівництвом до списку запитань та відповідей щодо тестування вручну, щоб кандидат міг легко розірвати ці запитання щодо інтерв'ю вручну. Тут, у цій публікації, ми вивчили основні питання ручного тестування інтерв'ю, які часто задаються в інтерв'ю. Ви також можете переглянути наступні статті, щоб дізнатися більше -

  1. Топ 13 Питання для інтерв'ю з базою даних
  2. Питання для інтерв'ю для тестування гри
  3. Питання та відповіді щодо інтерв'ю ETL
  4. Питання інтерв'ю з проникненням
  5. Як працює розділення еквівалентності?

Категорія:

Розвиток підприємництва