150 запитань і відповідей на інтерв’ю для ручного тестування на 2025 рік
Томас Гамільтон
Ми розглянули майже 150+ важливих запитань щодо тестування програмного забезпечення для студентів-новичок, а також запитання для інженерів із забезпечення якості, які допоможуть підготуватися до майбутньої співбесіди. Цей докладний посібник із запитаннями для співбесіди з тестування програмного забезпечення для досвідчених кандидатів допоможе вам зламати вашу співбесіду на роботу для тестування програмного забезпечення.
Запитання та відповіді на співбесіді для тестування вручну для досвідчених і новачків
1. Що таке дослідницьке тестування?
Дослідницьке тестування — це практичний підхід, у якому тестувальники беруть участь у мінімальному плануванні та максимальному виконанні тесту. Планування включає в себе створення статуту тестування, коротку декларацію обсягу короткого (від 1 до 2 годин) тестового заходу з обмеженим часом, цілей і можливих підходів, які будуть використані. Розробка та виконання тесту зазвичай виконуються паралельно без офіційного документування умов тестування, тестових прикладів або тестових сценаріїв. Це не означає, що інші, більш формальні методи тестування не будуть використовуватися. Наприклад, тестувальник може вирішити використати аналіз граничних значень, але продумає та перевірить найважливіші граничні значення, не обов’язково записуючи їх. Деякі примітки будуть написані під час сеансу дослідницького тестування, щоб потім можна було підготувати звіт.
👉 Безкоштовне завантаження у форматі PDF: Запитання та відповіді на інтерв’ю для тестування вручну
2. Що таке «тестування варіантів використання»?
Щоб визначити та виконати функціональні вимоги програми від початку до кінця, використовується «випадок використання», а методи, які використовуються для цього, відомі як «тестування варіантів використання».
3. Яка різниця між STLC (Життєвий цикл тестування програмного забезпечення) і SDLC (Життєвий цикл розробки програмного забезпечення)?
SDLC займається розробкою/кодуванням програмного забезпечення, тоді як STLC займається перевіркою та перевіркою програмного забезпечення
4. Що таке матриця простежуваності?
Зв'язок між тестами та вимогами показано за допомогою документа. Цей документ відомий як матриця відстеження.
5. Що таке тестування розділення еквівалентності?
Тестування розділення еквівалентності — це техніка тестування програмного забезпечення, яка розділяє вхідні тестові дані програми на кожен розділ принаймні один раз еквівалентних даних, з яких можна отримати тестові приклади. Завдяки цьому методу тестування скорочується час, необхідний для тестування програмного забезпечення.
6. Що таке тестування білого ящика та перелічіть типи тестування білого ящика?
Техніка тестування білого ящика передбачає вибір тестових випадків на основі аналізу внутрішньої структури (покриття коду, покриття гілок, покриття шляхів, покриття умов тощо) компонента або системи. Його також називають тестуванням на основі коду або структурним тестуванням. Існують різні види тестування білого ящика
- Покриття заяви
- Покриття рішень
7. Що ви перевіряєте під час тестування білого ящика?
У тестуванні білого ящика перевіряються наступні кроки.
- Перевірте наявність дірок безпеки в коді
- Перевірте неповні або пошкоджені шляхи в коді
- Перевірте потік структури відповідно до специфікації документа
- Перевірте очікувані результати
- Перевірте всі умовні цикли в коді, щоб перевірити повну функціональність програми
- Перевірте кодування рядок за рядком і охопіть 100% тестування
8. Що таке тестування чорної скриньки? Які існують різні методи тестування чорної скриньки?
Тестування чорного ящика — це метод тестування програмного забезпечення, який використовується для тестування програмного забезпечення без знання внутрішньої структури коду чи програми. Це тестування зазвичай проводиться для перевірки функціональності програми. Різні методи тестування чорного ящика є
- Розділення еквівалентності
- Аналіз межових значень
- Побудова графіка причини-наслідку
9. Яка різниця між статичним і динамічним тестуванням?
Статичне тестування: під час методу статичного тестування код не виконується, а виконується за допомогою документації програмного забезпечення.
Динамічне тестування: для виконання цього тестування код повинен бути у виконуваній формі.
10. Що таке верифікація та валідація?
Верифікація — це процес оцінки програмного забезпечення на етапі розробки. Це допомагає вам вирішити, чи продукт даного застосування задовольняє вказаним вимогам. Валідація — це процес оцінки програмного забезпечення після процесу розробки та перевірки того, чи воно відповідає вимогам замовника.
11. Які різні рівні тесту?
Є чотири рівні тесту
- Тестування модулів/компонентів/програм/модулів
- Інтеграційне тестування
- Тестування системи
- Приймальні випробування
12. Що таке інтеграційне тестування?
Інтеграційне тестування це рівень процесу тестування програмного забезпечення, на якому окремі одиниці програми об’єднуються та тестуються. Зазвичай це виконується після блокового та функціонального тестування.
13. З чого складаються плани тестування?
Дизайн тесту, обсяг, стратегії тестування, підхід - це різні деталі, з яких складається документ плану тестування.
- Ідентифікатор тестового випадку
- Сфера
- Функції для перевірки
- Функції, які не підлягають тестуванню
- Стратегія тестування та підхід до тестування
- Результати тестування
- Обов'язки
- Кадрове забезпечення та навчання
- Ризик і непередбачені витрати
14. Яка різниця між UAT (User Acceptance Testing) і системним тестуванням?
Тестування системи: Тестування системи – це виявлення дефектів, коли система проходить тестування в цілому; це також відоме як наскрізне тестування. У такому типі тестування програма страждає від початку до кінця.
UAT: User Acceptance Testing (UAT) включає перевірку продукту через серію спеціальних тестів, які визначають, чи відповідатиме продукт потребам своїх користувачів.
15. Згадайте різницю між тестуванням на основі даних і повторним тестуванням?
Повторне тестування: Це процес перевірки помилок, який виконує команда розробників, щоб переконатися, що вони виправлені.
Тестування на основі даних (DDT): У процесі тестування, керованого даними, програма перевіряється з кількома тестовими даними. Програма тестується з іншим набором значень.
Розширене ручне тестування програмного забезпечення Питання для співбесіди для 3/5/10 років досвіду
16. Які цінні кроки для вирішення проблем під час тестування?
- Запис: реєструйте та вирішуйте будь-які проблеми, які виникли
- Звіт: повідомте про проблеми керівнику вищого рівня
- Контроль: визначте процес управління питаннями
17. Яка різниця між тестовими сценаріями, тестовими випадками та тестовим сценарієм?
Різниця між тестовими сценаріями та тестовими випадками полягає в тому
Тестові сценарії: Тестовий сценарій – це будь-яка функція, яку можна протестувати. Його також називають умовою перевірки або можливістю перевірки.
Тестові випадки: Це документ, який містить кроки, які необхідно виконати; це було заплановано раніше.
Тестовий сценарій: Він написаний на мові програмування, і це коротка програма, яка використовується для тестування частини функціональних можливостей системи програмного забезпечення. Іншими словами, письмовий набір кроків, які слід виконувати вручну.
18. Що таке латентний дефект?
Прихований дефект: Цей дефект є наявним дефектом у системі, який не викликає збою, оскільки точний набір умов ніколи не виконувався
19. Які два параметри можуть бути корисними для визначення якості виконання тесту?
Щоб знати якість виконання тесту, ми можемо використовувати два параметри
- Коефіцієнт браку дефектів
- Коефіцієнт витоку дефектів
Параметри якості виконання тесту
20. Яку функцію виконує засіб тестування програмного забезпечення «фантом»?
Phantom є безкоштовною програмою, яка використовується для мови сценаріїв автоматизації GUI Windows. Це дозволяє нам автоматично контролювати вікна та функції. Він може імітувати будь-яку комбінацію натискань клавіш і клацань миші, а також меню, списки тощо.
21. Поясніть, що таке тестові результати?
Результати тестування – це набір документів, інструментів та інших компонентів, які необхідно розробляти та підтримувати для підтримки тестування.
На кожному етапі життєвого циклу розробки програмного забезпечення існують різні тестові результати
- Перед тестуванням
- Під час тестування
- Після Тестування
22. Що таке мутаційний тест?
Тестування на мутації — це техніка, яка дозволяє визначити, чи корисний набір тестових даних або тестовий приклад, шляхом навмисного введення різних змін коду (помилок) і повторного тестування з оригінальними тестовими даними/випадками, щоб визначити, чи виявлено помилки.
23. Які речі слід враховувати перед вибором засобів автоматизації для AUT?
- Технічна доцільність
- Рівень складності
- Стабільність програми
- Дані тесту
- Розмір програми
- Повторне використання автоматизованих сценаріїв
- Виконання в середовищі
24. Як ви будете проводити аналіз ризиків?
Для аналізу ризиків необхідно виконати наступні кроки
- Знаходження оцінки ризику
- Створення профілю ризику
- Зміна властивостей ризику
- Розгорніть ресурси цього тестового ризику
- Створення бази ризиків
25. Які існують категорії налагодження?
Категорії для налагодження
- Налагодження грубою силою
- Зворотний трек
- Усунення причини
- Програма нарізки
- Аналіз дерева несправностей
26. Що таке маскування помилок, поясніть на прикладі?
Коли наявність одного дефекту приховує наявність іншого дефекту в системі, це називається маскуванням дефекту.
Приклад: якщо «Негативне значення» спричиняє запуск необробленого системного винятку, розробник запобіжить введенню від’ємних значень. Це вирішить проблему та приховає дефект необробленого винятку.
27. Поясніть, що таке план тестування? Яка інформація повинна бути включена в план тестування?
План тестування можна визначити як документ, що описує обсяг, підхід, ресурси та графік діяльності з тестування, і план тестування повинен охоплювати наступні деталі.
- Стратегія тестування
- Мета тесту
- Критерії виходу/призупинення
- Планування ресурсів
- Тестові результати
28. Як можна усунути ризик продукту у вашому проекті?
Це допоможе вам усунути ризик продукту у вашому проекті, і є простий, але важливий крок, який може зменшити ризик продукту у вашому проекті.
- Вивчіть специфікаційні документи
- Проведіть обговорення проекту з усіма зацікавленими сторонами, включаючи розробника
- Як справжній користувач пройдіться веб-сайтом
29. Який загальний ризик призводить до провалу проекту?
Загальний ризик, який призводить до провалу проекту
- Не маючи достатнього людського ресурсу
- Середовище тестування може бути неправильно налаштовано
- Обмежений бюджет
- Обмеження в часі
30. На якій основі ви можете прийти до оцінки свого проекту?
Щоб оцінити свій проект, необхідно врахувати наступні моменти
- Розділіть весь проект на найменші завдання
- Розподіліть кожне завдання між членами команди
- Оцініть зусилля, необхідні для виконання кожного завдання
- Перевірте оцінку
31. Поясніть, як би ви розподілили завдання між членами команди?
| Завдання | Член |
|---|---|
| Проаналізуйте специфікацію вимог до програмного забезпечення | Всі учасники |
| Створіть специфікацію тесту | Тестер/аналітик тестів |
| Створіть тестове середовище | Адміністратор тестування |
| Виконайте тестові випадки | Тестер, адміністратор тестування |
| Повідомити про дефекти | Тестер |
32. Поясніть, що таке тип тестування та які типи тестування зазвичай використовуються?
Щоб отримати очікуваний результат тесту, дотримуються стандартної процедури, яку називають типом тестування.
Зазвичай використовуються такі типи тестування
- Модульне тестування: перевірте найменший код програми
- Тестування API: тестування API, створеного для програми
- Тестування інтеграції: окремі програмні модулі комбінуються та тестуються
- Тестування системи: Повне тестування системи
- Тестування інсталяції/видалення: тестування з точки зору клієнта/клієнта
- Гнучке тестування: Тестування за допомогою гнучкої техніки
33. Що потрібно враховувати під час моніторингу свого проекту?
Речі, які слід взяти до уваги
- Чи виконується ваш проект за графіком
- Ви перевищили бюджет
- Чи працюєте ви над тією самою кар’єрною метою?
- У вас достатньо ресурсів
- Чи є попереджувальні ознаки наближення проблем
- Чи є якийсь тиск з боку керівництва, щоб завершити проект швидше
34. Які типові помилки створюють проблеми?
- Зіставлення ресурсів з неправильними проектами
- Відсутність навичок керівника тестування
- Не слухаючи інших
- Погане планування
- Недооцінка
- Ігнорування дрібних проблем
- Не стежить за процесом
35. Що містить типовий звіт про випробування? Які переваги звітів про випробування?
Звіт про випробування містить такі речі:
- Інформація про проект
- Мета тесту
- Підсумок тесту
- Дефект
Переваги звітів про випробування:
- Поточний стан проекту та якість продукту повідомлено
- За потреби зацікавлена сторона та клієнт можуть вжити коригувальні дії
- Підсумковий документ допомагає вирішити, чи готовий продукт до випуску
36. Що таке перевірка керівництва тестуванням і чому вона важлива?
Огляд керівництва також називають Гарантія якості програмного забезпечення або SQA. SQA більше зосереджується на програмному процесі, а не на робочих продуктах програмного забезпечення. Це набір дій, призначених для того, щоб переконатися, що керівник проекту дотримується стандартного процесу. SQA допомагає керівнику тестування порівняти проект із встановленими стандартами.
37. Які найкращі методи забезпечення якості програмного забезпечення?
Найкращі практики для ефективного впровадження SQA є
- Постійне вдосконалення
- документація
- Використання інструменту
- Метрика
- Відповідальність членів команди
- Досвідчені аудитори SQA
38. Коли готується RTM (матриця відстеження вимог)?
RTM готується перед проектуванням тестового випадку. Вимоги мають бути простежені за діями перевірки.
39. Яка різниця між тестовою матрицею та матрицею відстеження?
Тестова матриця: Тестова матриця використовується для фіксації фактичної якості, зусиль, плану, ресурсів і часу, необхідних для фіксації всіх фаз тестування програмного забезпечення
Матриця простежуваності: Зіставлення між тестовими випадками та вимогами замовника відоме як матриця відстеження
40. Що таке заглушки та драйвери в ручному тестуванні?
І заглушки, і драйвери є частиною поетапного тестування. У поетапному тестуванні існує два підходи, а саме підхід знизу вгору та підхід зверху вниз. Драйвери використовуються при тестуванні знизу вгору, а заглушка використовується для підходу зверху вниз. Для перевірки основного модуля використовується заглушка, яка є фіктивним кодом або програмою.
41. Який крок ви б зробили, коли б виявили дефект?
Як тільки дефект буде виявлено, ви виконайте крок
а) Відтворити дефект
б) Додайте скріншот
c) Зареєструйте дефект
42. Поясніть, що таке метод тестування «на основі плану тестування» або «на основі ключового слова»?
Ця техніка використовує фактичний документ тестового випадку, розроблений тестувальниками за допомогою електронної таблиці, що містить спеціальні «ключові слова». Ключові слова керують обробкою.
43. Що таке DFD (схема потоку даних)?
Коли «потік даних» через інформаційну систему представлений графічно, він відомий як діаграма потоку даних. Він також використовується для візуалізації обробки даних.
44. Поясніть, що таке LCSAJ?
LCSAJ означає «лінійна кодова послідовність і стрибок». Він складається з наступних трьох пунктів
a) Початок лінійної послідовності виконуваних операторів
б) Кінець лінійної послідовності
c) Цільова лінія, до якої передається потік керування в кінці лінійної послідовності
45. Поясніть, що таке тестування N+1?
Варіація регресійного тестування представлена як N+1. У цій методиці тестування виконується в кількох циклах, у яких помилки, виявлені в циклі тестування «N», вирішуються та повторно тестуються в циклі тестування N+1. Цикл повторюється, якщо не буде виявлено жодних помилок.
46. Що таке тестування Fuzz і коли воно використовується?
Fuzz-тестування використовується для виявлення лазівок у безпеці та помилок кодування програмного забезпечення. У цій техніці випадкові дані додаються до системи з метою збою системи. Якщо вразливість не зникає, для визначення потенційних причин використовується інструмент під назвою Fuzz Tester. Ця техніка більш корисна для великих проектів, але виявляє лише серйозну помилку.
47. Зазначте, які основні переваги метрики охоплення операторів тестування програмного забезпечення?
Перевага метрики покриття виписок полягає в тому
a) Він не потребує обробки вихідного коду та може бути застосований безпосередньо до об’єктного коду
b) Помилки розподіляються рівномірно по коду, завдяки чому відсоток охоплених виконуваних операторів відображає відсоток виявлених помилок
48. Як створити тестові випадки для методу «замінити рядок»?
a) Якщо символи в новому рядку > символів у попередньому рядку. Жоден із символів не повинен бути скорочений
b) Якщо символи в новому рядку < символів у попередньому рядку. Не слід додавати непотрібні символи
c) Пробіли після та перед рядком не слід видаляти
d) Рядок слід замінювати лише для першого входження рядка
49. Як ви врегулюєте конфлікт між членами вашої команди?
- Я поговорю індивідуально з кожною людиною та відмічу її проблеми
- Я знайду вирішення загальних проблем, які піднімають члени команди
- Я проведу групову зустріч, розкрию рішення та запрошу людей до співпраці
50. Назвіть категорії дефектів?
В основному є три категорії дефектів
- Неправильно: коли вимога реалізована неправильно
- Відсутній: це відмінність від специфікації, ознака того, що специфікація не була реалізована або вимога замовника не виконана
- Extra: вимога, включена до продукту, яка не була задана кінцевим споживачем. Це вважається дефектом, оскільки є відхиленням від існуючих вимог
51. Поясніть, як працює інструмент тестового покриття?
Інструмент перевірки покриття коду працює паралельно під час тестування фактичного продукту. Інструмент покриття коду відстежує виконані оператори вихідного коду. Коли завершується остаточне тестування, ми отримуємо повний звіт із заявами, що очікують на розгляд, а також отримуємо відсоток покриття.
52. Згадайте, яка різниця між «дефектом» і «збоєм» у тестуванні програмного забезпечення?
Простіше кажучи, коли дефект досягає кінцевого споживача, це називається невдачею, тоді як дефект ідентифікується всередині та вирішується; тоді це називається дефектом.
53. Поясніть, як тестувати документи в проекті, які охоплюють життєвий цикл розробки програмного забезпечення?
Проект охоплює життєвий цикл розробки програмного забезпечення таким чином
- Центральний план/план тестування проекту: це основний план тестування, який описує повну стратегію тестування проекту. Цей план використовується до кінця життєвого циклу розробки програмного забезпечення
- План приймальних випробувань: цей документ починається під час фаза вимоги і завершується під час остаточної доставки
- План тестування системи: цей план починається під час планування проектування та продовжується до кінця проекту
- План інтеграції та модульного тестування: обидва ці плани тестування починаються на етапі виконання та тривають до остаточної доставки
54. Поясніть, які тестові випадки записуються першими чорними ящиками чи білими ящиками?
Тестові випадки чорного ящика пишуться спочатку, щоб написати тестові випадки чорного ящика; для цього потрібен план проекту та документ вимог, усі ці документи легко доступні на початку проекту. Хоча написання тестових випадків білого ящика вимагає більшого розуміння архітектури та недоступне на початку проекту.
55. Поясніть, у чому полягає різниця між прихованими та маскованими дефектами?
- Прихований дефект: Прихований дефект — це наявний дефект, який не спричинив збій, оскільки набори умов ніколи не були виконані
- Маскований дефект: Це наявний дефект, який не спричинив збій, тому що інший дефект перешкодив виконанню цієї частини коду
56. Згадайте, що таке тестування знизу вгору?
Тестування «знизу вгору» — це підхід до інтеграційного тестування, коли спочатку тестуються компоненти найнижчого рівня, а потім використовуються для полегшення тестування компонентів вищого рівня. Процес повторюється, доки не буде перевірено компонент на вершині ієрархії.
57. Згадайте, які існують різні типи методів тестового покриття?
Різні типи методів тестового покриття включають
- Покриття заяви: Він перевіряє, чи кожен рядок вихідного коду було виконано та протестовано
- Покриття рішення: Це гарантує, що кожне рішення у вихідному коді виконується та перевіряється
- Покриття шляху: Він гарантує, що кожен можливий маршрут через певну частину коду виконується та перевіряється
58. Згадайте, що означає дихальний тест?
Дихальний тест – це набір тестів, який перевіряє всі функціональні можливості продукту, але не перевіряє його детально
59. Поясніть, що означає Code Walk Through?
Code Walk Through — це неформальний аналіз вихідного коду програми для пошуку дефектів і перевірки методів кодування
60. Назвіть основні компоненти формату звіту про дефекти?
Основні компоненти формату звіту про дефект включають:
- Project Name
- Назва модуля
- Дефект виявлено на
- Дефект виявлено
- ID та назва дефекту
- Знімок дефекту
- Статус пріоритету та серйозності
- Дефект вирішено
- Дефект усунено на
61. Згадайте, яка мета наскрізного тестування?
Наскрізне тестування проводиться після функціонального тестування. Мета наскрізного тестування така
- Для підтвердження вимоги до програмного забезпечення і інтеграція із зовнішніми інтерфейсами
- Тестування програми в реальному середовищі
- Тестування взаємодії програми з базою даних
62. Поясніть, що означає тестовий джгут?
Тестовий джгут налаштовує набір інструментів і тестових даних для тестування програми в різних умовах, і включає моніторинг виведення з очікуваним виходом на правильність.
63. Поясніть у проекті тестування, які дії тестування ви б автоматизували?
Під час тестування проекту тестування ви автоматизуєте
- Тести, які потрібно запускати для кожної збірки програми
- Тести, які використовують кілька даних для одного набору дій
- Ідентичні тести, які потрібно виконувати в різних браузерах
- Важливо важливі сторінки
- Транзакція зі сторінками, які не змінюються протягом короткого часу
64. Яка ОСНОВНА перевага розробки тестів на ранніх стадіях життєвого циклу?
Це допомагає запобігти введенню дефектів у код.
65. Що таке тестування на основі ризику?
На основі ризику Тестування це термін, який використовується для підходу до створення a Стратегія тестування що базується на визначенні пріоритетів тестів за ризиком. Основою підходу є детальний аналіз ризиків та пріоритезація ризиків за рівнем ризику. Потім визначаються тести для оцінки кожного ризику, починаючи спочатку з найвищого ризику.
66. У чому КЛЮЧОВА різниця між профілактичним і реактивним підходами до тестування?
Профілактичні тести призначені на ранньому етапі; реактивні тести розробляються після створення програмного забезпечення.
67. Яка мета критеріїв виходу?
Мета критеріїв виходу — визначити, коли тестовий рівень завершено.
68. Від чого залежить рівень ризику?
Імовірність несприятливої події та вплив події визначають рівень ризику.
69. Коли використовується тестування таблиці рішень?
Тестування таблиці рішень використовується для тестування систем, для яких специфікація має форму правил або причинно-наслідкових комбінацій. У таблиці рішень вхідні дані перераховані в стовпці, а виходи в тому ж стовпчику, але під вхідними. Решта таблиці досліджує комбінації вхідних даних для визначення вироблених результатів.
Дізнайтеся більше про техніку тестування таблиці рішень у відеопосібнику тут
70. Чому ми використовуємо таблиці рішень?
Методи розподілу еквівалентності та аналізу граничних значень часто застосовуються до конкретних ситуацій або вхідних даних. Однак, якщо різні комбінації вхідних даних призводять до виконання різних дій, це може бути складніше показати за допомогою розподілу еквівалентності та аналізу граничних значень, які, як правило, більше зосереджені на інтерфейсі користувача. Дві інші методи, засновані на специфікаціях, таблиці рішень і тестування переходу стану, більше зосереджені на бізнес-логіці або бізнес-правилах. Таблиця рішень є хорошим способом роботи з комбінаціями речей (наприклад, входи). Цей метод іноді також називають таблицею «причина-наслідок». Причина цього полягає в тому, що існує пов’язана техніка побудови логічної діаграми, яка називається «графіки причинно-наслідкових зв’язків», яку іноді використовували для отримання таблиці рішень
71. Яка ОСНОВНА мета під час перевірки продукту програмного забезпечення?
Для виявлення дефектів будь-якого програмного продукту роботи.
72. Що з наведеного нижче визначає очікувані результати тесту? Специфікація тестового випадку або специфікація дизайну тесту.
Специфікація тестового випадку визначає очікувані результати тесту.
73. Яка перевага незалежності тестування?
Це дозволяє уникнути упередженості автора у визначенні ефективних тестів.
74. У рамках якого процесу тестування ви визначаєте критерії виходу?
Критерії виходу визначаються на основі «Планування тестування».
75. Що таке альфа-тестування?
Тестування перед випуском представниками кінцевих користувачів на сайті розробника.
76. Що таке бета-тестування?
Тестування проводиться потенційними клієнтами на їх власних локаціях.
77. Згадайте, яка різниця між пілотним і бета-тестуванням?
Різниця між пілотним і бета-тестуванням полягає в тому, що пілотне тестування фактично виконується за допомогою продукту групою користувачів перед остаточним розгортанням, а під час бета-тестування ми не вводимо реальні дані, а встановлюємо їх у кінцевого клієнта для перевірки якщо продукт можна використовувати у виробництві.
78. Враховуючи наступний фрагмент коду, скільки тестів потрібно для 100% покриття рішень?
if width > length
thenbiggest_dimension = width
if height > width
thenbiggest_dimension = height
end_if
elsebiggest_dimension = length
if height > length
thenbiggest_dimension = height
end_if
end_if
4
79. Ви розробили тестові випадки, щоб забезпечити 100% покриття операторів і 100% рішень для наступного фрагмента коду. if width > length then large_dimension = width else large_dimension = length end_if Наступне було додано внизу фрагмента коду вище. print “Biggest dimension is ” &biggest_dimensionprint “Width: ” & width print “Length: ” & length Скільки ще потрібно тестових випадків?
Жодного, наявні тестові випадки можна використовувати.
80. Яка різниця між методами тестування та інструментами тестування?
Техніка тестування: – це процес для забезпечення правильного функціонування деяких аспектів прикладної системи або пристрою. Може бути небагато технік, але багато інструментів.
Інструменти тестування: – засіб для виконання процесу тестування. Інструмент є ресурсом для тестувальника, але сам по собі недостатній для проведення тестування
Дізнайтеся більше про інструменти тестування тут
81. Ми використовуємо результати аналізу вимог, специфікацію вимог як вхідні дані для написання...
Тестові приклади прийнятності користувача
82. Повторне тестування вже перевіреної програми після модифікації для виявлення будь-яких дефектів, введених або виявлених у результаті змін у програмному забезпеченні, що тестується, або в іншому пов’язаному чи непов’язаному компоненті програмного забезпечення:
Регресійне тестування
83. Оптовий продавець картриджів для принтерів. Мінімальна кількість для замовлення — 5. При замовленні від 20 картриджів для принтерів діє знижка 100%. Вас попросили підготувати тестові випадки, використовуючи різні значення кількості замовлених картриджів для принтерів. Яка з наведених нижче груп містить три тестові вхідні дані, які будуть згенеровані за допомогою аналізу граничних значень?
4, 5, 99
84. Що таке тестування компонентів?
Тестування компонентів, також відоме як тестування модулів, модулів і програм, шукає дефекти та перевіряє функціонування програмного забезпечення (наприклад, модулів, програм, об’єктів, класів тощо), яке можна тестувати окремо. Тестування компонентів може проводитись ізольовано від решти системи залежно від контексту життєвого циклу розробки та системи. Найчастіше заглушки та драйвери використовуються для заміни відсутнього програмного забезпечення та простого моделювання інтерфейсу між програмними компонентами. Заглушка викликається з програмного компонента, який потрібно перевірити; драйвер викликає компонент, який потрібно перевірити.
Ось чудове відео про Unit Testing
85. Що таке функціональне тестування системи?
Наскрізне тестування функціональності системи в цілому визначається як функціональне тестування системи.
86. Які переваги незалежного тестування?
Незалежні тестери неупереджені та виявляють різні дефекти одночасно.
87. У РЕАКТИВНОМУ підході до тестування, коли ви очікуєте, що буде розпочато основну частину роботи з розробки тесту?
Основна частина роботи з проектування тестів починається після створення програмного забезпечення або системи.
88. Які різні методології в гнучкій моделі розробки?
Наразі існує сім різних гнучких методологій, про які я знаю:
- Екстремальне програмування (XP)
- Бійка
- Lean Розробка програмного забезпечення
- Розробка, керована функціями
- Гнучкий уніфікований процес
- кристал
- Модель розвитку динамічних систем (DSDM)
89. Яка діяльність у процесі фундаментального тестування включає оцінку тестованості вимог і системи?
«Аналіз тестування» та «Дизайн» включають оцінку придатності до тестування вимог і системи.
90. Яка, як правило, НАЙВАЖЛИВІША причина використання ризику для стимулювання тестування?
Тому що перевірити все неможливо.
91. Що таке випадкове/мавпяче тестування? Коли він використовується?
Вибіркове тестування часто називають тестуванням мавпи. У такому типі тестування дані часто генеруються випадковим чином за допомогою інструменту або автоматизованого механізму. За допомогою цих випадково згенерованих вхідних даних система тестується, а результати аналізуються відповідно. Ці тести менш надійні; тому його зазвичай використовують початківці, щоб перевірити, чи витримає система за несприятливих впливів.
92. Що з наведеного нижче є дійсними цілями для звітів про інциденти?
- Надайте розробникам та іншим сторонам відгуки про проблему, щоб уможливити ідентифікацію, ізоляцію та виправлення за потреби.
- Надайте ідеї щодо покращення процесу тестування.
- Надати засіб для оцінки компетентності тестувальника.
- Надайте тестувальникам засоби відстеження якості тестованої системи.
93. Розгляньте наступні техніки. Які техніки статичні, а які динамічні?
- Розбиття еквівалентності.
- Тестування варіантів використання.
- Аналіз потоку даних.
- Дослідницьке тестування.
- Тестування рішень.
- Перевірки.
Аналіз потоку даних і перевірки є статичними; Розподіл еквівалентності, тестування варіантів використання, дослідницьке тестування та тестування рішень є динамічними.
94. Чому статичне та динамічне тестування описуються як взаємодоповнюючі?
Тому що вони мають спільну мету виявлення дефектів, але відрізняються типами дефектів, які вони знаходять.
95. З яких етапів складається офіційний огляд?
На відміну від неофіційних перевірок, офіційні перевірки відбуваються за формальним процесом. Типовий офіційний процес перевірки складається з шести основних етапів:
- Планування
- Початок
- Підготовка
- Review зустріч
- Переробка
- Слідувати.
96. Яка роль модератора в процесі рецензування?
Модератор (або керівник рецензування) керує процесом рецензування. Він або вона визначає, у співпраці з автором, тип рецензування, підхід і склад рецензентської групи. Модератор виконує перевірку входу та стежить за переробкою, щоб контролювати якість введення та виведення процесу рецензування. Модератор також планує зустріч, розповсюджує документи перед зустріччю, навчає інших членів команди, планує темп зустрічі, веде можливі обговорення та зберігає зібрані дані.
Дізнайтеся більше про Revпроцес iew у відеопосібнику тут
97. Що таке розділ еквівалентності (також відомий як клас еквівалентності)?
Вхідні або вихідні діапазони значень, що лише одне значення в діапазоні стає тестовим прикладом.
98. Коли слід впроваджувати процедури керування конфігурацією?
Під час планування тесту.
99. Тип функціонального тестування, який досліджує функції, пов’язані з виявленням загроз, наприклад вірусів від сторонніх зловмисників?
Тестування безпеки
100. Тестування, під час якого ми піддаємо ціль тесту різним робочим навантаженням, щоб виміряти та оцінити поведінку продуктивності та здатність цільового і тестового тесту продовжувати належним чином функціонувати за цих різних робочих навантажень?
Тестування навантаження
101. Тестування, яке виконується для виявлення дефектів в інтерфейсах і у взаємодії між інтегрованими компонентами, є?
Тестування рівня інтеграції
102. Що таке методи тестування на основі структури (білий ящик)?
Методи структурного тестування (які також є динамічними, а не статичними) використовують внутрішню структуру програмного забезпечення для отримання тестів. Їх зазвичай називають методами «білої скриньки» або «скляної коробки» (що означає, що ви можете бачити систему), оскільки вони вимагають знання того, як реалізовано програмне забезпечення, тобто як воно працює. Наприклад, структурна техніка може бути пов’язана з виконанням циклів у програмному забезпеченні. Різні тестові випадки можуть бути отримані для виконання циклу один, два та багато разів. Це можна зробити незалежно від функціональності програмного забезпечення.
103. Коли слід виконувати «Регресійне тестування»?
Після зміни програмного забезпечення або середовища Регресійне тестування слід виконувати.
104. Що таке негативний і позитивний тест?
Негативний тест – це коли ви вводите недійсні дані та отримуєте помилки. У той час як позитивне тестування – це коли ви вводите дійсний вхід і очікуєте, що певна дія буде виконана відповідно до специфікації.
105. Яка мета критерію виконання тесту?
Метою критерію завершення тесту є визначення моменту припинення тестування
106. Що НЕ може знайти статичний аналіз?
Наприклад, витік пам'яті.
107. Яка різниця між повторним тестуванням і регресійним тестуванням?
Повторне тестування гарантує усунення початкової несправності; регресійне тестування шукає несподівані побічні ефекти.
108. Що таке методи тестування на основі досвіду?
У методах, заснованих на досвіді, знання, навички та досвід людей є головним фактором умов тестування та тестових випадків. Досвід як технічних, так і бізнесменів є важливим, оскільки вони привносять різні погляди на аналіз тестів і процес проектування. Завдяки попередньому досвіду роботи з подібними системами вони можуть зрозуміти, що може піти не так, що дуже корисно для тестування.
109. Який тип огляду потребує формальних критеріїв входу та виходу, включаючи показники?
огляд
110. Чи можна розглядати або перевіряти як частину тестування?
Так, оскільки обидва допомагають виявляти несправності та покращують якість.
111. Поле введення приймає рік народження між 1900 і 2004 роками. Які граничні значення для перевірки цього поля?
1899,1900,2004,2005
112. Які з наведених нижче інструментів будуть задіяні в автоматизації регресійного тесту? a. Тестер даних b. Тестер границь c. Захоплення/відтворення d. Вихідний компаратор.
d. Вихідний компаратор
113. Щоб перевірити функцію, що має написати програміст, який викликає функцію, що перевіряється, і передає тестові дані.
Водій
114. Яка одна з ключових причин, чому розробникам важко тестувати власну роботу?
Відсутність об'єктивності
115. «Скільки достатньо тестування?»
Відповідь залежить від ризику для вашої галузі, контракту та спеціальних вимог.
116. Коли слід припинити тестування?
Це залежить від ризиків для системи, що тестується. Є деякі критерії, за якими можна припинити тестування.
- Терміни (тестування, реліз)
- Тестовий бюджет вичерпано
- Рівень помилок падає нижче певного рівня
- Тестові випадки виконано з певним відсотком пройдених
- Альфа- або бета-періоди для тестування закінчуються
- Покриття коду, функціональні можливості або вимоги виконуються до визначеної точки
117. Що з наведеного нижче є основною метою стратегії інтеграції для інтеграційного тестування в малому?
Основна мета стратегії інтеграції — визначити, які модулі об’єднувати, коли та скільки одночасно.
118. Що таке напіввипадкові тести?
Напіввипадкові тести — це ніщо, але коли ми виконуємо випадкові тести та виконуємо розділення еквівалентності для цих тестів, це видаляє зайві тести, таким чином даючи нам напіввипадкові тести.
119. Яке твердження щодо мінімальної кількості тестових випадків, необхідних для повного твердження та покриття гілок, є правильним із наведеного нижче коду?
Прочитайте с
Прочитайте q
ЯКЩО p+q> 100
ТОДІ надрукуйте «Великий»
ENDIF
ЯКЩО p > 50
ТОДІ надрукуйте «p Large»
ENDIF
1 тест на покриття твердження, 2 на покриття гілки
120. Який огляд зазвичай використовується для оцінки продукту для визначення його придатності для використання за призначенням і виявлення розбіжностей?
технічний Review.
121. Хто повинен спочатку задокументувати виявлені несправності?
Тестерами.
122. Який офіційний всесвітньо визнаний стандарт документації?
Немає жодного.
123. Хто з наступного є учасником рецензування, який створив елемент для рецензування?
автор
124. У програмному забезпеченні виправлено ряд критичних помилок. Усі помилки знаходяться в одному модулі, пов’язаному зі звітами. Менеджер тестування вирішує провести регресійне тестування лише на модулі звітів.
Регресійне тестування також слід проводити на інших модулях, оскільки виправлення одного модуля може вплинути на інші модулі.
125. Чому аналіз граничних значень забезпечує хороші тестові приклади?
Тому що під час програмування різних випадків поблизу «країв» діапазону значень часто трапляються помилки.
126. Чим перевірка відрізняється від інших видів перевірки?
Його очолює навчений лідер, використовує формальні критерії вступу та виходу та контрольні списки.
127. Чому тестер може бути залежним від керування конфігурацією?
Оскільки керування конфігурацією гарантує, що ми знаємо точну версію тестового програмного забезпечення та тестового об’єкта.
128. Що таке V-модель?
Модель розробки програмного забезпечення, яка ілюструє, як дії тестування інтегруються з фазами розробки програмного забезпечення
129. Що таке технічне тестування?
Ініціюється модифікаціями, міграцією або припиненням використання існуючого програмного забезпечення
130. Що таке тестове покриття?
Тестове покриття певним чином вимірює обсяг тестування, виконаного набором тестів (отриманих іншим способом, наприклад, за допомогою методів, заснованих на специфікаціях). Усюди, де ми можемо підрахувати речі та можемо визначити, чи кожна з цих речей була перевірена якимось тестом, тоді ми можемо виміряти охоплення.
131. Чому поступова інтеграція є кращою перед інтеграцією «великого вибуху»?
Оскільки поступова інтеграція має кращу здатність до скринінгу та ізоляції ранніх дефектів
132. Як називається процес, що починається з термінальних модулів?
Інтеграція знизу вгору
133. Під час якої тестової діяльності можна виявити несправність найбільш економічно ефективно?
Під час планування тесту
134. Метою етапу вимог є
Заморозити вимоги, зрозуміти потреби користувачів, визначити обсяг тестування
135. Чому ми розбиваємо тестування на окремі етапи?
Ми розділили тестування на окремі етапи з наступних причин:
- Кожен етап тестування має різну мету
- Простіше впоратися з тестуванням поетапно
- Ми можемо запускати різні тести в різних середовищах
- Продуктивність і якість тестування покращується за допомогою поетапного тестування
136. Що таке DRE?
Для вимірювання ефективності тесту використовується потужний показник, відомий як DRE (ефективність усунення дефектів). За цим показником ми дізнаємося, скільки помилок ми знайшли в наборі тестів. Формула розрахунку DRE така
DRE=Кількість помилок під час тестування/кількість помилок під час тестування + кількість помилок, знайдених користувачем
137. Що з наведеного нижче, швидше за все, принесе найбільшу користь від використання інструментів тестування, що забезпечують засоби захоплення тесту та відтворення? a) Регресійне тестування b) Інтеграційне тестування c) Системне тестування d) Тестування прийнятності користувача
Регресійне тестування
138. Як би ви оцінили кількість повторного тестування, яке ймовірно буде потрібно?
Показники попередніх подібних проектів і обговорення з командою розробників
139. Що вивчає аналіз потоків даних?
Використання даних про шляхи через код.
140. Що таке невдача?
Невдача - це відхилення від заданої поведінки.
141. Що таке тестові компаратори?
Чи справді це перевірка, якщо ви вводите деякі дані в якесь програмне забезпечення, але ніколи не перевіряєте, чи програмне забезпечення дає правильний результат? Суть тестування полягає в тому, щоб перевірити, чи програмне забезпечення дає правильний результат, і зробити це, і ми повинні порівняти те, що програмне забезпечення виробляє, з тим, що воно має виробляти. Тестовий компаратор допомагає автоматизувати аспекти цього порівняння.
142. Хто відповідає за документування всіх питань, проблем і відкритих питань, які були виявлені під час оглядової зустрічі
Писец
143. Яка основна мета неофіційного перегляду
Недорогий спосіб отримати вигоду
144. Яка мета техніки проектування тестів?
Визначення умов тестування та визначення тестових випадків
145. Під час тестування системи підрахунку оцінок тестувальник визначає, що всі бали від 90 до 100 дадуть оцінку A, але бали нижче 90 – ні. Цей аналіз відомий як:
Розбиття еквівалентності
146. Керівник тестування хоче використати доступні ресурси для автоматизованого тестування веб-додатку. Найкращий вибір
Тестер, автоматизатор тестів, веб-спеціаліст, DBA
147. Під час тестування модуля-тестера «X» знайшов помилку та передав її розробнику. Але розробник відкидає те саме, кажучи, що це не помилка. Що повинен робити 'X'?
Надішліть детальну інформацію про виявлену помилку та перевірте відтворюваність
148. Тип інтеграційного тестування, в якому елементи програмного забезпечення, елементи апаратного забезпечення або обидва разом об’єднуються в компонент або загальну систему, а не поетапно.
Випробування великого вибуху
149. На практиці, яка модель життєвого циклу може мати більше, менше або різні рівні розробки та тестування, залежно від проекту та програмного продукту. Наприклад, може існувати тестування інтеграції компонентів після тестування компонентів і тестування інтеграції системи після тестування системи.
V-модель
150. Яку техніку можна використати для досягнення вхідного та вихідного покриття? Його можна застосувати до людського введення, введення через інтерфейси системи або параметрів інтерфейсу під час інтеграційного тестування.
Розбиття еквівалентності
151. «Ця модель життєвого циклу керується графіком і бюджетними ризиками» Це твердження найкраще підходить для.
V-модель
152. У якому порядку слід проводити тести?
Найважливіший має бути перевірений спочатку
153. Чим пізніше в життєвому циклі розробки виявлено несправність, тим дорожче її виправити. чому
Помилка була вбудована в більшу кількість документації, коду, тестів тощо
154. Що таке вимірювання покриття?
Це часткова міра ретельності тесту.
155. Що таке тестування граничних значень?
Перевірте граничні умови на, під і над краями вхідних і вихідних класів еквівалентності. Наприклад, скажімо, банківська програма, де ви можете зняти максимум 20,000 100 рупій і мінімум XNUMX рупій, тому під час тестування граничних значень ми перевіряємо лише точні межі, а не потрапляємо в середину. Це означає, що ми тестуємо вище максимальної межі та нижче мінімальної межі.
156. Що являє собою COTS?
Реклама на полиці.
157. Мета якого полягає в тому, щоб дозволити проводити конкретні тести в системі чи мережі, яка максимально схожа на середовище, де тестований елемент буде використовуватися після випуску?
Тестове середовище
158. Що можна вважати заснованим на плані проекту, але з більшою кількістю деталей?
План етапу тестування
159. Що таке швидка розробка додатків?
Швидка розробка додатків (RAD) формально є паралельною розробкою функцій і подальшою інтеграцією. Компоненти/функції розробляються паралельно, ніби це міні-проекти, розробки обмежуються часом, доставляються, а потім збираються в робочий прототип. Це може дуже швидко дати клієнту те, що можна побачити та використати, а також надати відгук щодо доставки та їхніх вимог. За допомогою цієї методології можливі швидкі зміни та розвиток продукту. Однак специфікація продукту повинна буде бути розроблена для продукту в певний момент, і проект потрібно буде поставити під більш формальний контроль, перш ніж почати виробництво.
👉 Зверніться до нашого – Тестування Вікторина
👉 Зверніться до нашого – Тестування програмного забезпечення Інтерв'ю Питання Відео Youtube
Наведені вище запитання та відповіді на співбесіді вручну допоможуть як новачкам, так і досвідченим інженерам із забезпечення якості. Будь ласка, поділіться сторінкою з друзями та колегами.
