70 найпопулярніших запитань і відповідей на інтерв’ю з функціонального тестування
Томас Гамільтон
Ось питання та відповіді на співбесіді з функціонального тестування для нових і досвідчених кандидатів, щоб отримати роботу своєї мрії.
Запитання та відповіді на співбесіді з функціонального тестування для першокурсників
1) Що таке функціональне тестування?
Функціональне тестування — це метод тестування програмного забезпечення, який допомагає перевірити програмну систему на відповідність функціональним вимогам/специфікаціям.
2) Яка мета функціонального тестування?
Основна мета функціональних тестів полягає в тому, щоб протестувати кожну функцію програмного додатку, пропонуючи відповідні вхідні дані та перевіряючи вихідні дані відповідно до функціональних вимог.
3) Який вид тестування охоплює функціональне тестування?
Функціональне тестування включає тестування чорної скриньки та не турбується про вихідний код програми. У цьому тестуванні перевіряються інтерфейс користувача, API, база даних, зв’язок між клієнтом і сервером та інші тестовані функції програми. Цей метод тестування програмного забезпечення можна виконувати як вручну, так і за допомогою автоматизації.
4) Що ви перевіряєте у функціональному тестуванні?
Ось кілька причин для використання функціонального тестування:
- Основні функції: Він перевіряє основні функції програми
- Основна зручність використання: Цей метод передбачає базове тестування системи на зручність використання. Він також перевіряє, чи може користувач вільно переміщатися по екранах без труднощів.
- доступність: Він перевіряє доступність програмної системи для користувача
- Умови помилки: Ви можете використовувати методи тестування, щоб перевірити наявність помилок. Він також перевіряє, чи відображаються відповідні повідомлення про помилки.
5) Які важливі кроки охоплює функціональне тестування?
Функціональне тестування виконується за такими кроками:
Крок 1) Вимоги, зазначені користувачем або організацією, вивчаються, потім усуваються всі сумніви та запити.
Крок 2) На основі вказаних вимог тестові приклади розроблено з урахуванням усіх тестових сценаріїв, які мають бути охоплені для всіх тестових випадків.
Крок 3) Визначте всі тестові дані, необхідні для перевірки функціональності системи та визначення вхідних даних.
Крок 4) Визначте очікуваний вихід на основі вхідних значень і функціональності.
Крок 5) Після цього тестер виконує всі тестові випадки, щоб перевірити, чи добре вони працюють
Крок 6) Порівняйте результат із очікуваним результатом і визначте рівень дефектів і точність системи.
6) Яке використання матриці відстеження?
Матриця простежуваності показує зв'язок між тестовими випадками та вимогами за допомогою одного документа.
7) Яка різниця між функціональним і нефункціональним тестуванням?
| Функціональний | Нефункціональне тестування |
|---|---|
| Функціональне тестування проводиться перед нефункціональним тестуванням. | Нефункціональне тестування завжди виконується після функціонального тестування. |
| Він заснований на вимогах клієнтів. | В основному він орієнтований на очікування клієнтів. |
| Це допомагає перевірити поведінку програми. | Це допомагає перевірити продуктивність програми. |
| Він описує, що робить продукт. | У ньому описано, як працює продукт. |
8) Які різні рівні тестування?
Існує чотири рівні тестування:
- Інтеграційне тестування: Тестування інтеграції визначається як метод тестування програмного забезпечення, при якому модулі програмного забезпечення логічно інтегруються та тестуються як одна група.
- Тестування системи: Тестування системи – це рівень тестування, який перевіряє повний і повністю інтегрований програмний продукт.
- Приймальні випробування: Приймальне тестування (UAT) — це тип тестування, який виконується кінцевим користувачем або клієнтом для перевірки/прийняття програмної системи перед переміщенням програмної програми у робоче середовище.
- Тестування модулів/компонентів/програм/модулів: Він використовує для тестування всі тестовані компоненти та модулі
9) Яке використання приймального тестування?
Приймальні випробування визначають, чи відповідала програмна система необхідним специфікаціям. Основна мета цього типу тестування — оцінити відповідність системи потребам бізнесу та перевірити, чи відповідає вона необхідним критеріям для доставки кінцевим користувачам.
10) Що таке adhoc тестування?
Спеціальне тестування, також відомий як випадкове тестування, це метод тестування, який не відповідає жодним тестам або вимогам, пов’язаним із програмою. У більшості випадків це незапланована діяльність, коли будь-яка частина програми випадково перевіряється на виявлення дефектів.
11) Що означає поділ еквівалентності?
Розбиття еквівалентності також називають класом еквівалентності. Це тестування чорного ящика, який розділяє вхідні дані на класи даних. Цей процес тестування програмного забезпечення допомагає зменшити кількість тестових випадків, водночас покриваючи максимальні вимоги.
12) Що таке аналіз граничних значень?
Це техніка для аналізу граничних значень розділів класу еквівалентності. Цей метод тестування допомагає визначити помилки на межах, а не в межах значень діапазону.
13) Коли проводити тестування на дим?
Smoke — це метод тестування, що виконується в системі після отримання збірки. Цей тип методу тестування перевіряє критичний шлях, а не функціональність, щоб переконатися, що збірку прийнято для подальшого тестування або її слід відхилити у випадку зламаної системи. Smoke Testing також перевіряє критичний шлях системи, без якого програма блокується.
14) Чому нам потрібно проводити наскрізне тестування?
Наскрізне тестування — це метод, який дозволяє вам виконувати тести, які охоплюють увесь можливий потік тестової програми від початку до кінця. Цей підхід до тестування програмного забезпечення допомагає вам виявити залежності програмного забезпечення та підтвердити, що між різними програмними модулями та підсистемами передається правильний вхідний сигнал.
15) Що ви розумієте під тестуванням на осудність?
Тестування працездатності проводиться після отримання збірки, щоб перевірити нові функції/дефекти, які потрібно виправити. У цьому типі тестування мета — перевірити функціональність, визначити, чи виправлено помилку, і перевірити вплив виправленої помилки на програму в тесті.
16) Яка різниця між серйозністю та пріоритетом?
Серйозність дефекту – це рівень або ступінь впливу дефекту на тестовану програму. Слід пам’ятати, що чим вища серйозність дефекту, тим сильніше він вплине на додаток.
17) Що таке RTM?
Матриця відстеження вимог є повною формою RTM. Це інструмент, який допомагає тестувальнику відстежувати покриття вимог протягом процесу тестування. Після отримання документа-вимоги. Він створюється на основі вимог і підтримується до виходу певної системи чи програми.
18) Що таке тестування на основі даних?
Тестування на основі даних — це відомий метод функціонального тестування, коли тестові сценарії виконуються неодноразово за допомогою джерел даних, таких як електронні таблиці, Excel, файли CSV, файли XML і файли бази даних SQL. Ви можете використовувати ці джерела даних як вхідні значення для створення вихідних даних. Після цього його результат порівнюється з очікуваним для перевірки системи або програмного забезпечення.
19) Що таке мутаційний тест?
Метою тестування на мутації є перевірка того, чи корисний набір тестових даних або тестових випадків. Це робиться шляхом навмисного додавання різноманітних змін коду (помилок) і повторного тестування з оригінальними тестами або даними.
20) Чому неможливо ретельно протестувати програму?
Ось дві важливі причини, через які неможливо повністю перевірити програму.
- Специфікації програмного забезпечення можуть бути суб’єктивними та призводити до різних інтерпретацій.
- Іноді програма може вимагати багато входів, виходів і комбінацій шляхів.
Запитання та відповіді на співбесіді з функціонального тестування для досвідчених
21) Як ви можете перевірити продукт, якщо вимога ще не заморожена?
Якщо для конкретного продукту необхідні специфікації недоступні, план випробувань можна підготувати на основі припущень, зроблених щодо продукту.
22) Які важливі моменти потрібно пам’ятати під час написання тестових прикладів?
Ось кілька важливих моментів, які слід враховувати під час написання тестів:
- Перш ніж почати писати тестові приклади, ви повинні чітко зрозуміти потреби клієнта.
- Ви повинні включати кожну вимогу у формі тестових випадків, і нічого не слід пропускати.
- Усі функціональні та нефункціональні вимоги мають включати інтерфейс інтерфейсу користувача, а сумісність має бути забезпечена.
- Тестові випадки слід постійно оцінювати, щоб уникнути будь-якого повторення або надмірності.
- Пріоритет також є дуже важливим фактором, який слід встановити для тестових випадків під час написання.
- Тестові випадки також можна створювати Sprint щоб тестувальник і розробник допомогли вам проаналізувати якість продукту на основі виконання тесту.
- Структура тестів має бути легко зрозумілою та написана простою мовою.
23) Скільки тестів ви можете виконати за день?
Будьте практичними, відповідаючи на такі запитання інтерв’ю для ручного тестування в реальному часі. Це також залежить від складності та розміру тесту. Деякі тестові випадки мають кілька тестових кроків, а деякі більше.
Зразок відповіді має бути таким: «У моєму попередньому проекті ми зазвичай виконуємо 35-40 простих тестів на день, 15-17 середніх тестів (наприклад, призначення ролей користувача) на день і 5-7 складних тестів на день.
24) Що таке стрес-тестування?
Стрес-тестування це метод тестування продуктивності, за якого програма обов’язково проходить через навантаження або стрес. Наприклад, виконання програми вище порогу перерви, щоб визначити точку збою програмного забезпечення.
.png)
25) Що таке тестування навантаження?
Тестування навантаження це метод тестування продуктивності, коли програма виконується поза різними рівнями навантаження. Це допомагає вам відстежувати максимальну продуктивність сервера, час відповіді тощо. Використовуючи цей метод тестування продуктивності, ви можете визначити стабільність, продуктивність і цілісність програми під навантаженням паралельної системи.
26) Що таке керування конфігурацією?
Це метод системної інженерії для встановлення та підтримки узгодженості фізичної, робочої, функціональної, конструктивної та операційної інформації продукту. Це забезпечує економічну ефективність і краще управління часом для вашої організації.
27) Які важливі фактори слід враховувати під час тестування на основі оцінки ризику?
- Це дає вам змогу визначити, коли та як застосовувати тестування на основі оцінки ризику у відповідній програмі.
- Ви можете визначити заходи, які ефективні під час пошуку та обробки ризиків у критичних областях програми.
28) Що таке нефункціональне тестування?
Нефункціональне тестування – це підхід до тестування програмного забезпечення для перевірки нефункціональних аспектів, таких як продуктивність, зручність використання та надійність програмного забезпечення. Він в основному призначений для перевірки готовності системи відповідно до нефункціональних параметрів, які ніколи не розглядаються під час функціонального тестування.
29) Які основні переваги автоматизованого тестування?
Ось переваги автоматизованого тестування:
- Він забезпечує підтримку для виконання повторюваних тестів
- Це допомагає тестувати велику тестову матрицю
- Це дозволяє паралельне виконання, а також заохочує виконання без нагляду
Клацніть тут, щоб дізнатися більше про Тестування автоматизації.
30) Що покривається та які різні методи покриття?
Існує три основні типи технологій покриття, а саме:
- Охоплення заяви: Цей метод покриття гарантує, що кожен рядок вихідного коду було виконано та протестовано.
- Покриття рішення гарантує, що кожне рішення (true/false) у вихідному коді було виконано та перевірено.
- Покриття шляху: Переконайтеся, що кожен можливий маршрут через певну частину коду виконується та перевіряється.
31) Що таке звіт про помилку?
Тестувальник програмного забезпечення записує свої спостереження, факти та іншу корисну інформацію для розробників під час тестування програмного забезпечення. Усі ці дані, пов’язані з тестовим записом, також називають звітом про помилку.
Детальний звіт про помилку є важливим для виробництва під час тестування.
- Це допомагає зрозуміти проблему
- Середовище та конкретні умови, за яких це відбувається
- Рішення, якщо/коли розробники програмного забезпечення вирішать проблему
32) Що таке тестування GUI?
GUI тестування Тестування графічного інтерфейсу користувача який перевіряє інтерфейс між програмним забезпеченням і кінцевим користувачем.
33) Які стандартні правила дизайну тесту API?
Ось ключові принципи розробки тесту API:
- Установка: Створюйте об’єкти, запускайте служби та ініціалізуйте дані.
- Виконання: Застосуйте API або сценарій, включаючи журналювання
- Перевірка: Дозволяє оцінити результат виконання
- звітність: Відображати такі статуси, як «Пройдено», «Не пройдено» або «Заблоковано».
- Прибирати: Передтестовий стан
34) Які переваги ручного тестування?
Ось переваги використання методу ручного тестування:
- Це метод порівняно з автоматизованим тестуванням
- Аналіз продукту з точки зору кінцевого споживача можливий лише за допомогою ручного тестування
- За допомогою тестування вручну ви можете проводити тестування GUI точніше, оскільки візуальну доступність і налаштування важко автоматизувати
- Ручне тестування легко освоїти для нових людей, які щойно почали тестування
- Він підходить для короткострокових проектів, коли тестові сценарії не будуть повторюватися та повторно використовуватися
- Найкраще підходить, коли проект знаходиться на ранніх стадіях розробки
35) Що таке тестовий джгут?
A Тестовий джгут збирає програмне забезпечення та тестову інформацію для перевірки програми чи пристрою, запускаючи їх у мінливих умовах, таких як стрес, керований даними, і відстежуючи їх поведінку та результати.
36) Що таке закриття тесту?
Закриття тесту – це документ, який підсумовує всі тести, проведені під час SDLC (Життєвий цикл розробки програмного забезпечення) і пропонує детальний аналіз вилучених та знайдених помилок.
Цей документ також містить зведений № експериментів, загальна кількість виконаних експериментів, загальна кількість виявлених недоліків, додайте кількість неусунених помилок, загальна кількість відхилених помилок тощо.
37) Що таке критична помилка у функціональному тестуванні?
Критична помилка – це помилка, яка може вплинути на більшість функцій певної програми. Це також означає, що велика частина функціональності або основна система повністю зламана, і немає обхідного шляху, щоб рухатися далі.
38) Що таке базове тестування?
Базовий тест — це серія тестів, які виконуються для збору інформації про продуктивність. Зібрану інформацію також можна використовувати для підвищення продуктивності та можливостей програми, вносячи зміни відповідно до результатів. Цей метод тестування порівнює поточну продуктивність програми з її попередньою продуктивністю.
39) Що таке каскадування дефектів?
Це техніка для запуску інших дефектів у програмі, коли будь-який дефект залишається поміченим під час тестування. Він викликає інші дефекти програми, оскільки численні дефекти з’являються на пізніх стадіях розробки.
Однак, якщо каскадування дефектів впливає на інші функції в додатку, ідентифікація ураженої функції стає досить складною. Ви можете створити різні тестові випадки, щоб вирішити цю проблему.
40) Назвіть усі основні компоненти формату звіту про дефекти.
Основні компоненти формату звіту про дефект включають:
- Project Name
- Назва модуля
- Дефект виявлено на
- Ідентифікатор дефекту
- Назва дефекту
- Скріншот дефекту
- Статус серйозності та пріоритету
- Дефект усунено та вирішено
41) Що таке стенд?
Testbed — це програмне забезпечення, апаратне забезпечення та інші елементи тестування, які використовуються для підтримки процесу тестування. Основним призначенням випробувального стенда є контроль і моніторинг умов випробувань.
Він також пропонує засоби для проведення тестів. Під час ручного тестування програмного забезпечення стенд складається з кількох інструментів і технологій.
Приклади включають мови програмування, такі як PHP, фреймворки Perl, такі як Joomla або WordPress, і бази даних, як PostgreSQL or MySQL.
42) Що таке ефективність усунення дефектів?
Ефективність усунення дефектів (DRE) — це показник тестування, який показує, наскільки ефективно команда розробників може виправити помилки та проблеми до випуску продукту. Він вимірює відношення дефектів до кількості виявлених проблем. Наприклад, якщо під час тестування було виявлено 80, а 60 було виправлено, DRE становитиме 80/60 = 1.3%.
43) Яка різниця між випуском помилок і витоком помилок?
Випуск помилки — це коли виходить певна версія програмного забезпечення з відомими помилками. Ці помилки переважно мають низький пріоритет або серйозність, тоді як витік помилок відбувається, коли помилку виявляє кінцевий клієнт, який не розпізнається під час тестування програмного забезпечення.
44) Що таке гнучке тестування і чому воно імпортоване?
Agile Testing допомагає вам оцінити програмне забезпечення з точки зору клієнта. Не потрібно, щоб команда розробників завершувала кодування перед початком процесу аудиту якості. Натомість процес тестування та кодування відбувається одночасно. Однак може знадобитися постійна взаємодія з клієнтом.
45) Що ви будете робити як тестувальник, коли натрапите на помилку?
Після виявлення помилки нам потрібно зафіксувати її у звіті про помилку. Потім цю помилку слід призначити та повідомити розробникам, які можуть її виправити. Після того, як розробник виправить помилку, усі помилки потрібно перевірити повторно, а також визначити необхідність регресійного тестування, щоб переконатися, що виправлення не створюють проблем ніде ще.
46) Які є різні типи категорій налагодження?
Різні категорії для налагодження:
- Налагодження грубою силою
- Усунення причини
- Нарізка програми
- Зворотний трек
- Аналіз дерева несправностей
47) Що таке тестовий результат?
Результати тестування – це група інструментів, документів і компонентів, які підтримуються та розробляються для підтримки тестування.
Ось результати тестування на різних етапах життєвого циклу розробки програмного забезпечення:
- Перед тестуванням програмного забезпечення
- Під час тестування ПЗ
- Після тестування ПЗ
48) Які загальні ризики призводять до провалу проекту?
Ось загальні ризики, які призводять до провалу проекту:
- Відсутність достатнього людського ресурсу
- Існує величезний ризик того, що середовище тестування може бути неправильно налаштовано
- Обмежений бюджет
49) Які істотні відмінності між тестовою матрицею та матрицею відстеження?
Ось істотні відмінності між тестовою матрицею та матрицею відстеження:
- Тестова матриця: Матриця тестування допомагає вам зафіксувати фактичну якість, зусилля, план, ресурси та час, необхідні для охоплення всіх етапів тестування програмного забезпечення.
- Матриця відстеження: Ця матриця включає відображення між тестовими випадками та вимогами замовника.
50) Що таке позитивний і негативний тест?
Ми можемо сказати, що позитивне тестування проводиться, коли тестувальник вводить дійсний вхід і очікує, що певна дія буде виконана відповідно до специфікації, тоді як негативний тест виконується, коли ви вводите будь-який недійсний вхід і отримуєте помилки.
Запитання та відповіді на співбесіді з функціонального тестування для 5+ років досвіду
51) Що таке підхід великого вибуху?
Великий вибух — це широко поширена стратегія інтеграційного тестування, яка вимагає паралельної перевірки всіх компонентів системи. Основна перевага цього методу тестування полягає в тому, що тестер може перевірити роботу всієї системи та її компонентів.
52) Що означає помилка?
Помилка — це стан, який призводить до збою виконання програмного забезпечення під час виконання певної функції.
53) Що таке витік помилок у функціональному тестуванні?
Витік помилок відбувається, коли помилку виявляє кінцевий клієнт і пропускає команда тестування під час тестування програмного забезпечення.
54) Що таке TDD?
Тестова розробка це методологія розробки програмного забезпечення. У цьому методі розробка програмного забезпечення здійснюється за допомогою тестових випадків, створених для функціональності, яка має бути реалізована. Тестові випадки створюються методом TDD і пишеться код для проходження тестів.
55) Яка різниця між прихованими та маскованими дефектами?
Прихований дефект — це невизначений дефект, наявний у поточному випуску. Однак його не видно, оскільки умови, за яких дефект міг бути виявлений, ніколи не були виконані. Ці дефекти виникають лише тоді, коли тестування програмного забезпечення запускає певну подію, приховуючи їх присутність.
56) Що таке випадкове/мавпяче тестування?
Метод випадкового тестування також відомий як тестування мавп. У такому типі тестування дані генеруються випадковим чином, часто за допомогою інструменту або автоматизованого механізму. Ваша система тестується за допомогою цих випадково згенерованих вхідних даних, а результати аналізуються.
57) Що таке контекстне тестування?
Контекстне тестування передбачає застосування тестових практик, підходів і методологій, а іноді й їх налаштування відповідно до контексту проекту.
58) Що таке цикл PDCA у тестуванні програмного забезпечення?
Цикл PDCA є важливим ключем для постійного вдосконалення процесу розробки програмного забезпечення.
Він складається з наступних 4 кроків:
- план: Сплануйте цілі, завдання та ініціативи, які допоможуть задовольнити клієнтів.
- У: Він втілює план у життя. Це допомагає обслуговувати клієнта з кращою якістю та задоволенням; дуже важливо мати хороший план для виконання.
- Перевірте: Щоб перевірити прогрес вашого плану, який був реалізований. Результат також показує, наскільки точним було планування.
- Дія: Подальше вдосконалення результатів допомагає тестувальнику досягти запланованих цілей.
59) Які критерії вступу до тестування програмного забезпечення?
Щоб розпочати тестування, потрібен набір передумов, включаючи тестове середовище, інструмент тестування, тестові дані та багато іншого.
60) Що таке критерії виходу в тестуванні програмного забезпечення?
Критерій виходу — це набір умов, які визначають узгоджені функції або стан програми для позначення завершення процесу або продукту.
61) Чи можна тестувати систему на будь-якому етапі?
Усі компоненти програмного забезпечення перевіряються на відповідність продукту встановленим вимогам. Тому тестування системного програмного забезпечення не можна проводити на будь-якому етапі. Натомість тестування системи має починатися лише тоді, коли всі модулі чи блоки працюють належним чином і знаходяться на місці.
62) Що означає альфа-, бета- та гамма-тестування?
Усі дані є назвами термінів тестування програмного забезпечення:
Альфа-тестування проводиться розробниками програмного забезпечення та тестувальниками. Іноді спостерігається, що альфа-тестування проводиться покупцем або командою аутсорсингу без розробників або тестувальників.
Зазначена кількість кінцевих користувачів проводить бета-тестування перед доставкою. Здебільшого воно здійснюється на місці кінцевого споживача.
Гамма-тестування: Цей підхід до тестування перевіряє зазначені потреби, коли програмне забезпечення готове до випуску. Зазвичай це робиться на місці кінцевого користувача. Це також виконується з перших вуст, пропускаючи всі дії внутрішнього тестування.
63) Що можна зрозуміти з наскрізного тестування?
Система наскрізного тестування — це метод тестування програми, щоб переконатися, що вона працює, як очікується, чи ні. Він використовується для тестування потоку програми від початку до кінцевої точки. Система наскрізного тестування допомагає ретельно перевірити весь потік системи. Цей метод тестування також підтверджує, що цілісність даних підтримується між різними системними компонентами та системами.
64) Що таке тестування варіантів використання?
Тестування варіантів використання — це метод, який дозволяє перевірити функціональність певної частини програмного забезпечення. Це також допоможе вам зрозуміти, чому ми взагалі повинні або не повинні використовувати програмне забезпечення.
65) Що таке A/B тестування?
Тестування A/B тестує дві або більше різних версій вашого програмного забезпечення з користувачами, щоб визначити, яка версія працює краще. Це метод тестування нових або наявних функціональних можливостей із низьким рівнем ризику.
Ви можете вибрати частину своїх користувачів для використання функції A. Інша група використовує функцію B. Після цього ви можете перевірити відгуки користувачів і відповіді за допомогою статистичного тестування, щоб визначити остаточну версію функції.
66) Що таке життєвий цикл дефекту?
Життєвий цикл дефекту, також відомий як життєвий цикл помилки, — це серія фаз, під час яких дефект проходить весь свій життєвий цикл. Життєвий цикл тестування програмного забезпечення починається, як тільки тестувальник знаходить або повідомляє про дефект, і закінчується, коли тестувальник гарантує, що дефект усунено, щоб він більше не виникав.
67) Що таке тестування конфігурації?
Тестування конфігурації — це метод тестування програмного забезпечення, який використовується для оцінки вимог до конфігурації програмного забезпечення. Це допоможе вам знайти оптимальну конфігурацію системи, у якій працює програма. Це також допоможе вам визначити та вирішити будь-які проблеми сумісності.
68) Що визначає рівень ризику?
Можливість несприятливої події та наслідки події визначають рівень ризику.
69) Що ви маєте на увазі під сортуванням дефектів?
Сортування дефектів це метод, у якому дефекти встановлюються за пріоритетом залежно від різних характеристик, як-от тяжкості, ризику та кількості часу, необхідного для усунення проблеми. Зустріч сортування дефектів об’єднує зацікавлених сторін, як-от команда розробників, команда тестування, керівник проекту тощо.
70) Що таке заглушка?
Коли виконується низхідне інтеграційне тестування, модулі нижчого рівня часто не створюються, доки не будуть протестовані та інтегровані модулі верхнього рівня. Заглушки — це фіктивні модулі, які використовуються в цих обставинах для імітації поведінки модуля шляхом надання прогнозованого або жорстко закодованого результату на основі вхідних змінних.
Ці запитання для співбесіди також допоможуть вам у життєдіяльності (усному)
