Ми зібрали найбільш часто задавані запитання та відповіді на тестування інтерв’ю, які ознайомлюють вас із типом питань для тестування програмного інтерв’ю, які інтерв’юер може задати вам під час співбесіди. У цьому списку запитань на співбесіду з тестуванням з відповідями ми розглянули всі найчастіше задані основні та вдосконалені запитання на тестування програмного забезпечення з детальними відповідями, які допоможуть вам легко очистити співбесіду для тестування вручну.
Ми охопили майже 150+ важливих питань співбесіди для ручного тестування для кандидатів на нові курси, а також питань інтерв’ю для ручних тестувань для досвідчених інженерів з якості, щоб допомогти підготуватися до майбутнього інтерв’ю. Цей детальний посібник з питань співбесіди для ручного тестування допоможе вам зламати співбесіду для тестування програмного забезпечення.
Ручне тестування Запитання та відповіді на інтерв’ю
1. Що таке пошукове випробування?
Дослідницьке тестування - це практичний підхід, при якому тестувальники беруть участь у мінімальному плануванні та максимальному виконанні тесту. Планування передбачає створення тестового статуту, короткої декларації про обсяг коротких (від 1 до 2 годин) тестових зусиль, цілей та можливих підходів, які слід використовувати. Діяльність тестування та виконання тестів виконується паралельно, як правило, без офіційного документування умов тестування, тестів або сценаріїв тестів. Це не означає, що інші, більш офіційні методи тестування не будуть використовуватися. Наприклад, тестувальник може вирішити застосувати аналіз граничних значень, але продумає та протестує найважливіші граничні значення, не обов'язково записуючи їх. Деякі примітки будуть написані під час сеансу дослідницьких випробувань, щоб потім можна було скласти звіт.
2. Що таке "використання кейсів"?
Для ідентифікації та виконання функціональних вимог програми від початку до кінця використовується "випадок використання", а методи, що використовуються для цього, відомі як "Тестування випадків використання".
3. У чому різниця між STLC (життєвий цикл тестування програмного забезпечення) та SDLC (життєвий цикл розробки програмного забезпечення)?
SDLC займається розробкою / кодуванням програмного забезпечення, тоді як STLC здійснює перевірку та перевірку програмного забезпечення
4. Що таке матриця простежуваності?
Зв’язок між тестовими кейсами та вимогами показаний за допомогою документа. Цей документ відомий як матриця простежуваності.
5. Що таке тестування розділення на еквівалентність?
Тестування на еквівалентність розділів - це техніка тестування програмного забезпечення, яка розділяє вхідні тестові дані програми на кожен розділ принаймні один раз з еквівалентних даних, з яких можна отримати тестові приклади. За допомогою цього методу тестування він зменшує час, необхідний для тестування програмного забезпечення.
6. Що таке тестування білих скриньок та перелічіть типи тестування білих скриньок?
Техніка тестування білого ящика передбачає вибір тестових кейсів на основі аналізу внутрішньої структури (покриття коду, покриття філій, покриття шляхів, покриття стану тощо) компонента або системи. Він також відомий як тестування на основі коду або структурне тестування. Різні типи тестування білих скриньок
- Покриття заяви
- Висвітлення рішень
7. Що ви перевіряєте під час тестування білих скриньок?
У білому вікні тестування перевірено наступні кроки.
- Перевірте дірки в безпеці в коді
- Перевірте неповні або непрацюючі шляхи в коді
- Перевірте потік структури відповідно до специфікації документа
- Перевірте очікувані результати
- Перевірте всі умовні цикли в коді, щоб перевірити повну функціональність програми
- Перевірте рядкове кодування та покрийте 100% тестування
8. Що таке тестування чорної скриньки? Які різні методи тестування чорної скриньки?
Тестування чорної скриньки - це метод тестування програмного забезпечення, який використовується для тестування програмного забезпечення без знання внутрішньої структури коду або програми. Це тестування зазвичай проводиться для перевірки функціональності програми. Різні методи тестування чорної скриньки
- Розбиття на еквівалентність
- Аналіз граничних значень
- Графік причин-наслідків
9. У чому різниця між статичним та динамічним тестуванням?
Статичне тестування: Під час методу статичного тестування код не виконується, а виконується за допомогою документації програмного забезпечення.
Динамічне тестування: Для проведення цього тестування код повинен бути у виконуваній формі.
10. Що таке перевірка та перевірка?
Верифікація - це процес оцінки програмного забезпечення на стадії розробки. Це допоможе вам вирішити, чи відповідає виріб даної заявки зазначеним вимогам. Перевірка - це процес оцінки програмного забезпечення після процесу розробки та перевірки, чи відповідає воно вимогам замовника.
11. Які різні рівні тесту?
Існує чотири рівні тесту
- Тестування модуля / компонента / програми / модуля
- Інтеграційне тестування
- Тестування системи
- Приймальна перевірка
12. Що таке інтеграційне тестування?
Інтеграційне тестування - це рівень процесу тестування програмного забезпечення, де поєднуються та тестуються окремі одиниці програми. Зазвичай його проводять після модульного та функціонального тестування.
13. З чого складаються плани випробувань?
Дизайн тесту, обсяг, стратегії тестування, підхід - це різні деталі, з яких складається документ плану тестування.
- Ідентифікатор тестового випадку
- Сфера дії
- Особливості, що перевіряються
- Особливості, що не перевіряються
- Тестова стратегія та тестовий підхід
- Тестові результати
- Обов'язки
- Кадрове забезпечення та навчання
- Ризик та непередбачені обставини
14. У чому різниця між UAT (User Acceptance Testing) та тестуванням системи?
Тестування системи: Тестування системи - це виявлення дефектів, коли система проходить тестування в цілому; воно також відоме як наскрізне тестування. Під час такого типу тестування програма страждає від початку до кінця.
UAT: Тестування прийняття користувача (UAT) передбачає запуск продукту через серію конкретних тестів, які визначають, чи відповідає продукт потребам своїх користувачів.
15. Згадайте різницю між тестуванням на основі даних та повторним тестуванням?
Повторне тестування: Це процес перевірки помилок, які реагує команда розробників, щоб перевірити, чи вони виправлені.
Тестування на основі даних (DDT): У процесі тестування, керованого даними, програма тестується з кількома тестовими даними. Додаток тестується з різними наборами значень.
16. Які цінні кроки для вирішення проблем під час тестування?
- Запис: реєструйте та усувайте будь-які проблеми, що трапились
- Звіт: Повідомте про проблеми керівнику вищого рівня
- Контроль: Визначте процес управління проблемою
17. У чому різниця між тестовими сценаріями, тестовими кейсами та сценарієм тесту?
Різниця між сценаріями тестування та тестовими кейсами полягає в тому
Тестові сценарії: Тестовий сценарій - це будь-яка функціональність, яку можна перевірити. Його також називають умовою випробування або можливістю випробування.
Тестові справи: Це документ, що містить кроки, які необхідно виконати; це планувалося раніше.
Тестовий сценарій: Він написаний мовою програмування, і це коротка програма, яка використовується для тестування частини функціональних можливостей програмної системи. Іншими словами, письмовий набір кроків, які слід виконувати вручну.
18. Що таке прихований дефект?
Прихований дефект: Цей дефект є наявним дефектом в системі, який не викликає жодних збоїв, оскільки точний набір умов ніколи не виконувався
19. Які два параметри можуть бути корисними для знання якості виконання тесту?
Щоб знати якість виконання тесту, ми можемо використовувати два параметри
- Коефіцієнт відхилення дефектів
- Коефіцієнт витоків дефектів
20. Яку функцію виконує інструмент для тестування програмного забезпечення «фантом»?
Phantom - це безкоштовна програма, яка використовується для мови сценаріїв автоматизації графічного інтерфейсу Windows. Це дозволяє нам автоматично контролювати вікна та функції. Він може імітувати будь-яку комбінацію натискань клавіш та клацань миші, а також меню, списки тощо.
21. Поясніть, що таке тестові результати?
Тестові результати - це набір документів, інструментів та інших компонентів, які необхідно розробити та підтримувати для підтримки тестування.
На кожному етапі життєвого циклу розробки програмного забезпечення існують різні результати тестування
- Перед тестуванням
- Під час тестування
- Після тестування
22. Що таке тестування на мутацію?
Мутаційне тестування - це техніка, яка дозволяє визначити, чи є набір тестових даних чи тестового випадку корисним шляхом навмисного введення різних змін коду (помилок) та повторного тестування з оригінальними тестовими даними / кейсами, щоб визначити, чи виявлені помилки.
23. Що все слід врахувати, перш ніж вибирати засоби автоматизації для AUT?
- Технічна доцільність
- Рівень складності
- Стабільність застосування
- Дані тесту
- Розмір програми
- Повторне використання автоматизованих сценаріїв
- Виконання по всьому середовищу
24. Як ви будете проводити аналіз ризиків?
Для аналізу ризиків необхідно здійснити наступні кроки
- Знаходження оцінки ризику
- Складання профілю ризику
- Зміна властивостей ризику
- Розгорніть ресурси цього тестового ризику
- Створення бази даних ризиків
25. Які існують категорії налагодження?
Категорії для налагодження
- Груба сила налагодження
- Зворотне відстеження
- Причина усунення
- Нарізка програми
- Аналіз дерева несправностей
26. Що таке маскування несправностей поясніть на прикладі?
Коли наявність одного дефекту приховує наявність іншого дефекту в системі, це відоме як маскування несправності.
Приклад: Якщо "Негативне значення" спричиняє спрацьовування необробленої системної винятки, розробник запобігає введенню негативних значень. Це дозволить вирішити проблему та приховати дефект некерованого вистрілу.
27. Поясніть, що таке план тестування? Яка інформація повинна охоплюватися Планом випробувань?
План випробувань можна визначити як документ, що описує обсяг, підхід, ресурси та графік випробувальних заходів, а план випробувань повинен охоплювати наступні деталі.
- Тестова стратегія
- Мета тесту
- Критерії виходу / призупинення
- Планування ресурсів
- Тестові результати
28. Як ви можете усунути товарний ризик у своєму проекті?
Це допомагає усунути товарний ризик у вашому проекті, і є простий, але важливий крок, який може зменшити товарний ризик у вашому проекті.
- Дослідіть специфікаційні документи
- Обговоріть проект із усіма зацікавленими сторонами, включаючи розробника
- Як справжній користувач ходить по веб-сайту
29. Який загальний ризик призводить до провалу проекту?
Загальним ризиком, що призводить до провалу проекту, є
- Не вистачає людських ресурсів
- Можливо, середовище тестування не налаштовано належним чином
- Обмежений бюджет
- Обмеження за часом
30. На підставі чого ви можете отримати оцінку для свого проекту?
Щоб оцінити свій проект, вам слід врахувати наступні моменти
- Розділіть весь проект на найменші завдання
- Розподіліть кожне завдання серед членів команди
- Оцініть зусилля, необхідні для виконання кожного завдання
- Перевірте оцінку
31. Поясніть, як би ви розподілили завдання серед членів команди?
| Завдання | Член |
|
|
|
|
|
|
|
|
|
|
32. Поясніть, що таке тип тестування та який тип тестування зазвичай використовується?
Щоб отримати очікуваний результат тесту, дотримуються стандартної процедури, яка називається Тип тестування.
Зазвичай використовуються типи тестування
- Модульне тестування: Перевірте найменший код програми
- Тестування API: API тестування, створений для програми
- Тестування інтеграції: Окремі програмні модулі поєднуються та тестуються
- Тестування системи: Повне тестування системи
- Встановлення / Видалення тестування: Тестування проведено з точки зору клієнта / замовника
- Agile Testing: Тестування за допомогою техніки Agile
33. Що під час моніторингу вашого проекту слід враховувати?
Те, що слід брати до уваги, це
- Чи відповідає ваш проект за розкладом
- Ви перевищили бюджет
- Ви працюєте задля тієї самої кар'єрної мети
- Чи достатньо у вас ресурсів
- Чи є якісь попереджувальні ознаки насуваються проблем
- Чи чиниться тиск з боку керівництва на швидше завершення проекту
34. Які поширені помилки створюють проблеми?
- Підбір ресурсів до неправильних проектів
- Відсутність навичок керівника випробувань
- Не слухати інших
- Поганий графік
- Заниження
- Ігнорування дрібних проблем
- Не стежить за процесом
35. Що містить типовий звіт про випробування? Які переваги звітів про випробування?
Звіт про випробування містить такі речі:
- Інформація про проект
- Мета тесту
- Підсумок тесту
- Дефект
Переваги звітів про тестування:
- Повідомляється про поточний стан проекту та якість продукції
- За потреби зацікавлена сторона та замовник можуть вжити коригувальних заходів
- Підсумковий документ допомагає визначити, чи готовий продукт до випуску
36. Що таке огляд управління тестами і чому він важливий?
Огляд керівництва також називається Забезпечення якості програмного забезпечення або SQA. SQA більше фокусується на програмному процесі, а не на програмних робочих продуктах. Це комплекс заходів, покликаних переконатись, що керівник проекту дотримується стандартного процесу. SQA допомагає менеджеру тестів порівняти проект із встановленими стандартами.
37. Які найкращі практики забезпечення якості програмного забезпечення?
Найкращими методами ефективного впровадження SQA є
- Постійне вдосконалення
- Документація
- Використання інструменту
- Метрики
- Відповідальність членів команди
- Досвідчені аудитори SQA
38. Коли готується RTM (матриця простежуваності вимог)?
RTM готується перед проектуванням тестового кейсу. Вимоги повинні простежуватися з огляду діяльності.
39. Яка різниця між тестовою матрицею та матрицею простежуваності?
Тестова матриця : Тестова матриця використовується для фіксації фактичної якості, зусиль, плану, ресурсів та часу, необхідного для фіксації всіх етапів тестування програмного забезпечення
Матриця простежуваності : співставлення між тестовими кейсами та вимогами замовника відоме як Матриця простежуваності
40. При ручному тестуванні що таке заглушки та драйвери?
Як заглушки, так і драйвери є частиною додаткового тестування. При додатковому тестуванні існує два підходи, а саме підхід знизу вгору та зверху вниз. Драйвери використовуються при тестуванні знизу вгору, а заглушка використовується для підходу зверху вниз. Для тестування основного модуля використовується заглушка, яка є фіктивним кодом або програмою.
41. Яким кроком ви би слідували, коли виявите дефект?
Як тільки дефект виявиться, ви будете слідувати кроку
а) Відтворити дефект
б) Прикріпіть знімок екрана
в) Зафіксувати дефект
42. Поясніть, що таке метод тестування «Керований планом тестування» або «Керований ключовими словами»?
Ця методика використовує фактичний документ тестування, розроблений тестувальниками за допомогою електронної таблиці, що містить спеціальні "ключові слова". Ключові слова керують обробкою.
43. Що таке DFD (діаграма потоку даних)?
Коли "потік даних" через інформаційну систему зображується графічно, тоді це називається діаграмою потоку даних. Він також використовується для візуалізації обробки даних.
44. Поясніть, що таке LCSAJ?
LCSAJ розшифровується як «лінійна послідовність коду та перехід». Він складається з наступних трьох пунктів
а) Початок лінійної послідовності виконуваних операторів
б) Кінець лінійної послідовності
в) Цільова лінія, до якої передається керуючий потік в кінці лінійної послідовності
45. Поясніть, що таке тестування N + 1?
Варіація регресійного тестування представлена як N + 1. У цій техніці тестування проводиться в декількох циклах, в яких помилки, виявлені в тестовому циклі 'N', усуваються та повторно перевіряються в тестовому циклі N + 1. Цикл повторюється, якщо не виявлено помилок.
46. Що таке тестування Fuzz і коли воно використовується?
Тестування Fuzz використовується для виявлення лазівок у безпеці та помилок кодування в програмному забезпеченні. У цій техніці випадкові дані додаються до системи, намагаючись розбити систему. Якщо уразливість не зникає, для визначення потенційних причин використовується інструмент, який називається тестером розмитості. Цей прийом є більш корисним для великих проектів, але виявляє лише серйозні несправності.
47. Згадайте, якими є основні переваги метрики висвітлення тверджень при тестуванні програмного забезпечення?
Перевага метрики висвітлення виписки полягає в тому
а) Він не вимагає обробки вихідного коду і може застосовуватися безпосередньо до об'єктного коду
б) Помилки розподіляються рівномірно по коду, завдяки чому відсоток охоплених виконуваних операторів відображає відсоток виявлених несправностей
48. Як генерувати тестові кейси для методу "замінити рядок"?
а) Якщо символи в новому рядку> символи в попередньому рядку. Жоден із символів не повинен бути усіченим
б) Якщо символи в новому рядку <символи в попередньому рядку. Небажані символи не слід додавати
в) Пробіли після і перед рядком не слід видаляти
г) Рядок слід замінювати лише для першого входження рядка
49. Як ви будете вирішувати конфлікт серед членів вашої команди?
- Я розмовлятиму індивідуально з кожною людиною та відзначатиму їхні проблеми
- Я знайду рішення загальних проблем, порушених членами команди
- Я проведу засідання команди, розкрию рішення та попрошу людей співпрацювати
50. Згадайте, які існують категорії дефектів?
В основному існує три категорії дефектів
- Неправильно : коли вимога виконана неправильно
- Відсутній : це відхилення від специфікації, ознака того, що специфікація не була реалізована або вимога замовника не виконана
- Додатково : вимога, включена в товар, яка не була надана кінцевим споживачем. Він розглядається як дефект, оскільки є відхиленням від існуючих вимог
51. Поясніть, як працює інструмент охоплення тестів?
Засіб тестування покриття коду працює паралельно під час тестування фактичного продукту. Інструмент охоплення коду стежить за виконаними операторами вихідного коду. Після завершення остаточного тестування ми отримуємо повний звіт про очікувані виписки, а також отримуємо відсоток охоплення.
52. Згадайте, у чому різниця між "дефектом" і "відмовою" при тестуванні програмного забезпечення?
Простіше кажучи, коли дефект доходить до кінцевого споживача, це називається несправністю, тоді як дефект ідентифікується внутрішньо та усувається; тоді це називають дефектом.
53. Поясніть, як перевірити документи в проекті, які охоплюють життєвий цикл розробки програмного забезпечення?
Проект охоплює життєвий цикл розробки програмного забезпечення наступним чином
- План центрального тестування / проекту: Це основний план тестування, який окреслює повну стратегію тестування проекту. Цей план використовується до кінця життєвого циклу розробки програмного забезпечення
- План приймальних випробувань: Цей документ починається на етапі вимог і заповнюється під час остаточного постачання
- План системного тестування: Цей план починається під час проектування і триває до кінця проекту
- План інтеграції та модульного тестування: Обидва ці плани тестування починаються на етапі виконання і тривають до остаточного постачання
54. Поясніть, на яких тестових прикладах пишуть спочатку чорні ящики чи білі ящики?
Тестові кейси для чорних скриньок пишуться спочатку як тести для чорних скриньок; для цього потрібні план проекту та документ про вимоги. Усі ці документи легко доступні на початку проекту. Хоча написання тестових кейсів для білих скриньок вимагає більшого архітектурного розуміння і недоступне на початку проекту.
55. Поясніть, у чому різниця між прихованими та замаскованими дефектами?
- Прихований дефект: прихований дефект - це наявний дефект, який не спричинив збій, оскільки набори умов ніколи не виконувались
- Замаскований дефект: це наявний дефект, який не спричинив збій, оскільки інший дефект перешкоджав виконанню цієї частини коду
56. Згадайте, що таке тестування знизу вгору?
Тестування знизу вгору - це підхід до інтеграційного тестування, де спочатку тестуються компоненти найнижчого рівня, а потім використовуються для полегшення тестування компонентів вищого рівня. Процес повторюється, поки не буде перевірено компонент у верхній частині ієрархії.
57. Згадайте, які існують різні типи методики висвітлення тестів?
Включають різні типи методів висвітлення тестів
- Покриття заяви: Він перевіряє, що кожен рядок вихідного коду був виконаний і протестований
- Покриття рішень: воно гарантує, що кожне рішення у вихідному коді виконується та перевіряється
- Покриття шляху: Це гарантує, що кожен можливий шлях через задану частину коду виконується та перевіряється
58. Згадайте, у чому сенс тестування на дихання?
Тестування на дихання - це набір тестів, який використовує всю функціональність продукту, але не перевіряє особливості в деталях
59. Поясніть, що означає «Проходження коду»?
Code Walk Through - це неформальний аналіз вихідного коду програми для виявлення дефектів та перевірки методів кодування
60. Згадайте, якими є основні компоненти формату звіту про дефекти?
Основними компонентами формату звіту про дефекти є
- Назва проекту
- Назва модуля
- Виявлено дефект
- Дефект виявлений
- Ідентифікатор та ім'я дефекту
- Знімок дефекту
- Статус пріоритетності та важкості
- Дефект вирішено до
- Дефект вирішено на
61. Згадайте, у чому полягає мета наскрізного тестування?
Наскрізне тестування проводиться після функціонального тестування. Мета наскрізного тестування полягає в тому
- Для перевірки вимог до програмного забезпечення та інтеграції із зовнішніми інтерфейсами
- Тестування програми в реальному середовищі
- Тестування взаємодії програми та бази даних
62. Поясніть, що означає тестовий джгут?
Тестовий джгут - це конфігурація набору інструментів і даних тестування для тестування програми в різних умовах, і він включає моніторинг вихідних даних із очікуваними результатами для правильності.
63. Поясніть у проекті тестування, яку тестову діяльність ви б автоматизували?
Випробовуючи тестування проектів, ви б автоматизували
- Тести, які потрібно запускати для кожної збірки програми
- Тести, що використовують кілька даних для одного і того ж набору дій
- Ідентичні тести, які потрібно виконувати за допомогою різних браузерів
- Критично важливі сторінки
- Транзакція зі сторінками, які не змінюються за короткий час
64. Яка ОСНОВНА перевага розробки тестів на початку життєвого циклу?
Це допомагає запобігти появі дефектів у коді.
65. Що таке тестування на основі ризику?
Тестування на основі ризику - це термін, що використовується для підходу до створення Тестової стратегії, що базується на визначенні пріоритетів тестів за ризиком. Основою підходу є детальний аналіз ризиків та визначення пріоритетів ризиків за рівнем ризику. Потім вказуються тести для вирішення кожного ризику, починаючи спочатку з найвищим ризиком.
66. Яка КЛЮЧОВА різниця між профілактичним та реактивним підходами до тестування?
Профілактичні тести розробляються рано; реактивні тести розробляються після виготовлення програмного забезпечення.
67. Яка мета критеріїв виходу?
Мета критеріїв виходу - визначити, коли рівень тестування завершено.
68. Що визначає рівень ризику?
Ймовірність несприятливої події та вплив події визначають рівень ризику.
69. Коли використовується тестування таблиці рішень?
Тестування таблиці рішень використовується для тестування систем, для яких специфікація має форму правил або поєднання причин і наслідків. У таблиці рішень вхідні дані перераховані в стовпці, а виходи - в тому ж стовпці, але нижче вхідних даних. Інша частина таблиці досліджує комбінації вхідних даних для визначення вироблених результатів.
Дізнайтеся більше про техніку тестування таблиць рішень у відеоуроці тут
70. Чому ми використовуємо таблиці рішень?
Методи розподілу еквівалентності та аналіз граничних значень часто застосовуються до конкретних ситуацій або вхідних даних. Однак, якщо різні комбінації вхідних даних призводять до різних дій, це може бути важче показати, використовуючи розділення еквівалентності та аналіз граничних значень, які, як правило, більше зосереджені на інтерфейсі користувача. Інші дві методики, засновані на специфікаціях, таблиці рішень та тестування на перехід стану, більше зосереджені на бізнес-логіці або бізнес-правилах. Таблиця рішень - це хороший спосіб мати справу з комбінаціями речей (наприклад, вхідними даними). Цей прийом іноді також називають таблицею "причинно-наслідкових наслідків". Причиною цього є те, що існує пов'язана з ними техніка логічного діаграмування, яка називається "графік причинно-наслідкових наслідків", яка іноді використовувалася для отримання таблиці рішень
71. Що є ОСНОВНОЮ метою при перегляді програмного забезпечення, що поставляється?
Виявлення дефектів будь-якого програмного продукту.
72. Що з наведеного визначає очікувані результати тесту? Специфікація тестового випадку або специфікація дизайну тесту.
Специфікація тестового випадку визначає очікувані результати тесту.
73. У чому перевага незалежності від тестів?
Це дозволяє уникнути упередженості автора при визначенні ефективних тестів.
74. В рамках якого тестового процесу Ви визначаєте критерії виходу?
Критерії виходу визначаються на основі "Планування випробувань".
75. Що таке альфа-тестування?
Передвипускне тестування представниками кінцевих користувачів на сайті розробника.
76. Що таке бета-тестування?
Тестування, проведене потенційними замовниками у їхньому власному місці.
77. Згадайте, у чому різниця між пілотним та бета-тестуванням?
Різниця між пілотним та бета-тестуванням полягає в тому, що пілотне тестування фактично виконується за допомогою продукту групою користувачів до остаточного розгортання, а в бета-тестуванні ми не вводимо реальні дані, але воно встановлюється кінцевим замовником для перевірки якщо товар можна використовувати у виробництві.
78. Враховуючи наступний фрагмент коду, скільки тестів потрібно для 100% охоплення рішень?
якщо ширина> довжинаthenbiggest_dimension = ширинаякщо висота> ширинаthenbiggest_dimension = висотаend_ifelsebiggest_dimension = довжинаякщо висота> довжинаthenbiggest_dimension = висотаend_ifend_if
4
79. Ви розробили тестові кейси, щоб забезпечити 100% виписку та 100% охоплення рішень для наступного фрагмента коду. якщо ширина> довжина, то найбільша_вимір = ширина, ще найбільша_вимір = довжина end_if Далі було додано внизу фрагмента коду вище. print "Найбільший розмір - це" & greatest_dimensionprint "Width: & width print "Length: & length Скільки ще тестів потрібно?
Жоден, існуючі тестові кейси не можуть бути використані.
80. У чому різниця між методами тестування та інструментами тестування?
Техніка тестування: - Це процес, що забезпечує належне функціонування деяких аспектів прикладної системи або блоку, може бути мало методів, але багато інструментів.
Інструменти для тестування: - Це транспортний засіб для проведення тестового процесу. Інструмент є ресурсом для тестувальника, але сам по собі недостатній для проведення тестування
Дізнайтеся більше про інструменти тестування тут
81. Ми використовуємо результати аналізу вимог, специфікацію вимог як вхідні дані для написання
...Випробувальні випадки прийняття користувачем
82. Повторне тестування вже перевіреної програми, після модифікації, для виявлення будь-яких дефектів, виявлених або виявлених в результаті змін в програмному забезпеченні, що тестується, або в іншому пов'язаному або не пов'язаному компоненті програмного забезпечення:
Регресійне тестування
83. Оптовик продає картриджі для принтерів. Мінімальна кількість замовлень - 5. Для замовлень на 100 або більше картриджів надається знижка 20%. Вам було запропоновано підготувати тестові кейси з використанням різних значень кількості замовлених картриджів принтера. Яка з наведених груп містить три тестових вхідних дані, які було б створено за допомогою аналізу граничних значень?
4, 5, 99
84. Що таке тестування компонентів?
Тестування компонентів, також відоме як тестування модулів, модулів та програм, здійснює пошук дефектів і перевіряє функціонування програмного забезпечення (наприклад, модулів, програм, об’єктів, класів тощо), які можна перевірити окремо. Тестування компонентів можна проводити ізольовано від решти системи залежно від контексту життєвого циклу розробки та системи. Найчастіше заглушки та драйвери використовуються для заміни відсутнього програмного забезпечення та просто моделювання інтерфейсу між компонентами програмного забезпечення. Викликається заглушка з програмного компонента, що перевіряється; драйвер викликає компонент для тестування.
Ось чудове відео про Unit Testing
85. Що таке тестування функціональної системи?
Тестування наскрізної функціональності системи в цілому визначається як перевірка функціональної системи.
86. Які переваги незалежного тестування?
Незалежні тестери є неупередженими та одночасно виявляють різні дефекти.
87. У РЕАКТИВНОМ підході до тестування, коли ви очікуєте, що розпочнеться основна частина проектування тестів?
Основна частина тестових проектних робіт, розпочатих після виготовлення програмного забезпечення або системи.
88. Які існують різні методології в Agile Model Development?
На даний момент мені відомо сім різних гнучких методологій:
- Екстремальне програмування (XP)
- Scrum
- Lean Розробка програмного забезпечення
- Розроблена функціями
- Швидкий уніфікований процес
- Кришталь
- Модель розвитку динамічних систем (DSDM)
89. Яка діяльність у процесі фундаментального тестування включає оцінку перевірочності вимог та системи?
„Аналіз випробувань” та „Розробка” включає оцінку перевіреності вимог та системи.
90. Що зазвичай є НАЙГОЛОВНІШОЮ причиною використання ризику для стимулювання зусиль на тестуванні?
Тому що перевірити все неможливо.
91. Що таке випадкове / мавпове тестування? Коли застосовується?
Випадкове тестування часто називають тестуванням на мавпах. При такому типі тестування дані генеруються випадковим чином, часто за допомогою інструменту або автоматизованого механізму. За допомогою цього випадково сформованого входу система тестується, і результати аналізуються відповідно. Ці випробування менш надійні; отже, він зазвичай використовується початківцями та перевіряє, чи система витримає під впливом негативних наслідків.
92. Що з наведеного є дійсними цілями повідомлень про події?
- Надайте розробникам та іншим сторонам відгук про проблему, щоб забезпечити ідентифікацію, ізоляцію та виправлення за необхідності.
- Надайте ідеї щодо вдосконалення процесу тестування.
- Надайте транспортний засіб для оцінки компетентності тестувальника.
- Надайте тестерам засоби відстеження якості системи, що тестується.
93. Розглянемо наступні прийоми. Які статичні, а які динамічні техніки?
- Розбиття на еквівалентність.
- Тестування випадків використання.
- Аналіз потоку даних.
- Пошукове тестування.
- Тестування рішень.
- Перевірки.
Аналіз та перевірка потоку даних є статичними; Розбиття на еквівалентність, тестування випадків використання, пошукове тестування та тестування рішень є динамічними.
94. Чому статичне та динамічне тестування описуються як додаткові?
Тому що вони мають спільну мету виявити дефекти, але різняться типом виявленого дефекту.
95. Які етапи офіційного перегляду?
На відміну від неформальних оглядів, офіційні огляди відбуваються за формальним процесом. Типовий процес офіційного розгляду складається з шести основних етапів:
- Планування
- Початок
- Підготовка
- Оглядова зустріч
- Переробити
- Слідувати.
96. Яка роль модератора в процесі розгляду?
Модератор (або керівник рецензії) керує процесом рецензування. Він або вона визначає у співпраці з автором тип рецензії, підхід та склад групи рецензій. Модератор виконує перевірку вступу та подальші дії за переробкою, щоб контролювати якість вхідних та вихідних даних процесу перевірки. Модератор також планує зустріч, розповсюджує документи до наради, тренує інших членів команди, проводить зустрічі, веде можливі обговорення та зберігає зібрані дані.
Дізнайтеся більше про процес перегляду у відео-підручнику тут
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
ЯКЩО р + q> 100
ПОТІМ Друк "Великий"
ENDIF
ЯКЩО р> 50
ПОТІМ Друк "p Large"
ENDIF
1 тест на висвітлення виписки, 2 на висвітлення філій
120. Який огляд зазвичай використовується для оцінки товару, щоб визначити його придатність для передбачуваного використання та виявити розбіжності?
Технічний огляд.
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 дадуть оцінку А, а оцінки нижче 90 - ні. Цей аналіз відомий як:
Розбиття на еквівалентність
146. Менеджер тестів хоче використовувати ресурси, доступні для автоматизованого тестування веб-програми. Найкращий вибір - Tester, автоматизація тестів, веб-фахівець, DBA
147. Під час тестування тестувальника модулів "X" знайшов помилку та призначив розробнику. Але розробник відхиляє те саме, кажучи, що це не помилка. Що робити "X"?
Надішліть детальну інформацію про виявлену помилку та перевірте відтворюваність
148. Тип інтеграційного тестування, при якому програмні елементи, апаратні елементи або обидва вони поєднуються відразу в компонент або загальну систему, а не поетапно.
Тестування великого вибуху
149. На практиці, яка модель життєвого циклу може мати більше, менше або різних рівнів розробки та тестування, залежно від проекту та програмного продукту. Наприклад, може бути тестування інтеграції компонентів після тестування компонентів та тестування системної інтеграції після тестування системи.
V-модель
150. Який прийом можна використовувати для досягнення вхідного та вихідного покриття? Він може бути застосований до людського введення, введення через інтерфейси до системи або параметрів інтерфейсу при інтеграційному тестуванні.
Розбиття на еквівалентність
151. "Ця модель життєвого циклу визначається графіком та бюджетними ризиками" Це твердження найкраще підходить для.
V-модель
152. В якому порядку слід проводити тести?
Найважливіший з них повинен бути перевірений спочатку
153. Чим пізніше в життєвому циклі розробки буде виявлено несправність, тим дорожче її виправити. Чому?
Помилка була вбудована в додаткову документацію, код, тести тощо
154. Що таке вимірювання покриття?
Це частковий показник ретельності тесту.
155. Що таке граничне тестування?
Перевірте граничні умови на, під і над краями вхідних та вихідних класів еквівалентності. Наприклад, скажімо, банківська заявка, де ви можете зняти максимум 20000 рупій та мінімум 100 рупій, тому при тестуванні граничного значення ми перевіряємо лише точні межі, а не натискаємо посередині. Це означає, що ми тестуємо вище максимального та нижчого мінімального рівня.
156. Що являє собою COTS?
Комерційний поза полицею.
157. Мета яких полягає у тому, щоб дозволити проводити конкретні випробування в системі чи мережі, яка максимально нагадує середовище, де тестований предмет буде використовуватися після випуску?
Тестове середовище
158. Що можна вважати заснованим на проектному плані, але з більшою кількістю деталей?
План фазових випробувань
159. Що таке швидка розробка додатків?
Швидка розробка додатків (RAD) формально є паралельним розвитком функцій та подальшою інтеграцією. Компоненти / функції розробляються паралельно, ніби це міні-проекти, розробки приурочуються до часу, доставляються, а потім збираються в робочий прототип. Це може дуже швидко дати клієнту щось побачити та використати та забезпечити зворотний зв'язок щодо доставки та їх вимог. За допомогою цієї методології можливі швидкі зміни та розробка продукту. Однак у певний момент для продукту потрібно буде розробити специфікацію товару, і перед початком виробництва проект потрібно буде поставити під більш формальний контроль.
Зверніться до нашої Тестової вікторини
Зверніться до нашого - Тестування програмного забезпечення Інтерв’ю Запитання Youtube Video
Безкоштовне завантаження PDF: Тестування програмного забезпечення Інтерв'ю Запитання та відповіді
Зазначені вище запитання та відповіді на інтерв’ю для тестування у форматі PDF допоможуть як новим, так і досвідченим інженерам з контролю якості. Будь ласка, поділіться сторінкою з друзями та колегами.