Меню

Деякі цікаві питання для тестування програмного забезпечення

some interesting software testing interview questions

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

Ця стаття відповідає на деякі найпоширеніші запитання щодо тестування програмного забезпечення. Прочитайте цю публікацію, щоб підготуватися до інтерв’ю з тестування програмного забезпечення:

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

Цікаве інтерв’ю для тестування програмного забезпечення

Q # 1) У застосунку, який зараз працює, модифікується один модуль коду. Чи потрібно повторно тестувати весь додаток, чи досить просто перевірити функціональність, пов’язану з цим модулем?

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

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

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

Якщо модуль A модифікований, модуль B залежить від модуля A, а модуль C є загальним модулем, незалежним від модуля A.

різниця між спритним та водоспадним тестуванням

У цьому випадку спочатку ви глибоко протестуєте модуль А. Ваша наступна увага буде на модулі B. Але як щодо модуля C? Цей модуль також буде протестований, але з меншим напруженням, оскільки модуль C не залежить від модуля A для свого функціонування, а залежить від модуля B.

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

Тести на регресію слід проводити лише на тих модулях, які пов'язані із модифікованим модулем.

Q # 2) Яка найскладніша ситуація ви зіткнулися під час тестування?

Віджай: Дійсно дуже гарне запитання! Кілька років тому, коли я змінив роботу, мені те саме питання задав мій інтерв'юер. Досконала відповідь на це питання, як правило, залежить від викликів, з якими стикається людина.

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

Виявлення помилки, яку важко було виявити, може бути відповіддю на це питання. Для мене це було досить складно. Виправити ці невідтворювані помилки може бути важко, але часто можливо.

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

Запитання №3) Що ви збираєтеся робити, якщо у вас немає функціональної специфікації або будь-яких документів, пов’язаних із системою, а розробник, який написав код, більше не працює у компанії, але у вас є система і вам потрібно протестувати?

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

У цьому випадку вам потрібно зробити Пошукове тестування продукту. Йдеться про вивчення, дізнання про програмне забезпечення, що воно робить, що не робить, що працює, а що не працює.

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

Якщо ви тестер білих скриньок, наступним кроком є ​​пошук різних кодів модулів. Цим ви зможете проаналізувати тестові кейси для різних модулів та їх взаємозв'язок.

чому Linux краще, ніж Windows 10

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

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

^