Меню

Шаблон запитань на сертифікаційний іспит для тестування програмного забезпечення CSTE

cste software testing certification exam question pattern

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

Ця стаття дасть вам загальне уявлення про Шаблон сертифікаційного іспиту CSTE . Я включив кілька зразків запитань та відповідей до зразкової контрольної роботи CSTE. Ви можете звернутися до цих питань і судити про схему описових відповідей.

Якщо вам потрібні запитання об’єктивного типу з статті КНТЕ, ви можете звернутися до нашої попередньої статті про відповіді на питання об’єктивного типу КНТЕ. Крім того, ви можете завантажити ще кілька зразків статей з нашого 'Завантаження' розділ.

CSTE

Пробний тест CSTE - запитання та відповіді

Q # 1) Визначте наступне разом із прикладами (25 знаків)
a. Тестування граничного значення
b. Тестування на еквівалентність
c. Відгадування помилок
d. Перевірка столу
e. Аналіз контрольного потоку

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

Тести побудовані для тестування внутрішніх і зовнішніх країв цих меж, на додаток до фактичних точок межі або техніки вибору, при якій тестові дані вибираються так, щоб вони лежали вздовж “меж” класів вхідної області (або діапазону виводу), структур даних , параметри процедури тощо.

Вибір часто включає максимальні, мінімальні та тривіальні значення або параметри.

Наприклад, Вхідні дані від 1 до 10 (граничне значення)
Перевірте вхідні дані 0, 1, 2 - 9, 10, 11

b) Тестування на еквівалентність: Вхідний домен системи розділений на класи репрезентативних значень, так що кількість тестових випадків може бути обмежена одним на клас, що представляє мінімальне число. тестових випадків, які необхідно виконати.

Наприклад, дійсний діапазон даних: 1-10
Тестовий набір: -2; 5; 14

в) Відгадування помилок: Техніка вибору даних тесту. Критерієм вибору є вибір значень, які, здається, можуть спричинити помилки. Відгадування помилок базується здебільшого на досвіді, за певної допомоги від інших методів, таких як Аналіз граничних значень.

На основі досвіду розробник тестів здогадується про типи помилок, які можуть виникнути в певному типі програмного забезпечення, та розробляє тестові кейси для їх виявлення.

відкрити .jnlp файлові вікна 10

Наприклад, якщо будь-який тип ресурсу розподіляється динамічно, хорошим місцем для пошуку помилок є де-розподіл ресурсів. Чи правильно розподілено всі ресурси чи деякі втрачені під час запуску програмного забезпечення?

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

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

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

Q # 2) Ви виявляєте, що є старший тестер, який робить більше помилок, ніж молодший тестувальник. Вам потрібно донести цей аспект до старшого випробувача. Крім того, ви не хочете втратити цей тестер. Як слід піти на конструктивну критику? (10 знаків)

Відповідь: У підході до якості відповідальність керівника полягає в тому, щоб зробити своїх підлеглих успішними. Ефективне використання критики - це інструмент поліпшення роботи підлеглих.

Виступаючи з конструктивною критикою, ви повинні включити наступні тактики:

  • Робіть це приватно.
  • Майте факти.
  • Будьте готові допомогти працівникові поліпшити свої результати.
  • Будьте конкретні щодо очікувань.
  • Слідуйте певному процесу, даючи критику.

Q # 3) Ваш менеджер взяв вас на борт як тестовий посібник для тестування веб-додатків. Він хоче знати, які ризики ви б включили до плану тестування. Поясніть кожен фактор ризику, який був би частиною вашого плану тестування. (20 балів)

Відповідь: Основні фактори ризику веб-додатків:

  • Безпека: будь-що, що стосується безпеки програми.
  • Продуктивність: Кількість обчислювальних ресурсів і коду, необхідних системі для виконання заявлених функцій.
  • Правильність: Дані, введені, оброблені та виведені в систему, є точними та повними
  • Управління доступом: Гарантія того, що ресурси системи додатків будуть захищені
  • Безперервність обробки: Здатність підтримувати обробку у випадку виникнення проблеми
  • Аудиторський слід: Можливість обґрунтувати обробку, що відбулася.
  • Авторизація: Забезпечення того, що дані обробляються відповідно до намірів керівництва.

Загальний або вторинний ризик:

  • Комплекс: що-небудь непропорційно велике, хитромудре або заплутане.
  • Нове: все, що не має історії продукту.
  • Змінено: все, що було підроблено або “вдосконалено”.
  • Вища залежність: все, відмова якого призведе до каскадного збою в решті системи.
  • Залежність нижче за течією: все, що особливо чутливо до збоїв у решті системи.
  • Критично: все, відмова якого може спричинити значну шкоду.
  • Точний: все, що повинно точно відповідати його вимогам.
  • Популярні: все, що буде використовуватися багато.
  • Стратегічний: будь-що, що має особливе значення для вашого бізнесу, наприклад функція, яка відрізняє вас від конкурентів.
  • Сторонні: будь-що, що використовується у продукті, але розроблено поза проектом.
  • Поширені: все, що розподілено в часі або просторі, але елементи якого повинні працювати разом.
  • Баггі: що-небудь знало, що має багато проблем.
  • Останній збій: що-небудь з недавньою історією невдач.

Q # 4) Ви перебуваєте на стадії контракту з проектом і розробляєте всебічну пропозицію щодо програмного забезпечення, що відповідає безпеці. Ваш директор проконсультувався з вами щодо підготовки керівного документа, який передбачає роль користувача на етапі перевірки прийнятності.

Вкажіть ключові ролі, які, на вашу думку, повинен виконувати користувач на етапі прийняття. Також вкажіть категорії, до яких повинні входити вимоги до приймання. (10 знаків)

Відповідь:

  • Забезпечити участь користувачів у розробці системних вимог та критеріїв прийняття.
  • Визначте проміжні та кінцеві продукти для прийняття їх критеріїв прийому та розкладу.
  • Сплануйте, як і ким буде виконуватися кожна приймальна діяльність.
  • Плануйте ресурси для надання інформації.
  • Сплануйте достатній час для персоналу покупця для отримання та вивчення продукції та оцінки до перевірки приймання.
  • Підготуйте план приймання.
  • Відповідайте на аналіз прав проекту, перш ніж приймати та відхиляти.
  • Затвердити різні проміжні програмні продукти.
  • Виконайте остаточну приймально-здавальну діяльність, включаючи офіційне приймально-здавальне тестування при доставці.
  • Прийміть рішення про прийняття кожного товару.

Q # 5) Що таке паралельне тестування і коли ми використовуємо паралельне тестування? Поясніть с
приклад? (5 балів)

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

Паралельне тестування слід застосовувати, коли існує невизначеність щодо правильності обробки нової заявки. І стара, і нова версії програм однакові.

Наприклад,

  • Використовуйте стару та нову версії системи заробітної плати, щоб визначити, що зарплатні з обох систем є узгоджуваними.
  • Запустіть стару версію системи додатків, щоб забезпечити збереження робочого стану старої системи у разі виникнення проблем у новій програмі.

Q # 6) У чому різниця між Тестуванням Технік та інструментами? Наведіть приклади. (5 балів)

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

Інструменти: Є транспортним засобом для проведення тестового процесу. Інструмент є ресурсом для тестувальника, але сам по собі недостатній для проведення тестування

Наприклад, Розмахування молотком для забивання цвяха. Молоток - це інструмент, а розгойдування молотком - це техніка. Поняття інструментів та техніки є важливим у процесі тестування. Це поєднання двох, що дозволяє проводити процес тестування.

Спочатку тестувальник повинен зрозуміти методики тестування, а потім зрозуміти інструменти, які можна використовувати з кожною з методик.

Q # 7) Діяльність з контролю якості зосереджена на виявленні дефектів у фактично виробленій продукції; однак ваш начальник хоче, щоб ви визначили та визначили процеси, які запобігали б дефектам. Як би ви пояснили йому, щоб розрізняти обов'язки контролю якості та контролю якості? (10 знаків)

Відповідь:

Гарантія якості:

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

Контроль якості:

  • Процес порівняння якості продукції з чинними стандартами; і дія вживається, коли виявляється невідповідність.
  • Діяльність, яка перевіряє, чи відповідає товар заздалегідь визначеним стандартам.
  • Реалізує процес.
  • Перевіряє, чи є певний атрибут (и) у певному продукті чи послузі
  • Виявляє дефекти з основною метою виправлення дефектів.
  • Контроль якості відповідає випробувач.
  • Виявляє, повідомляє та виправляє дефекти

Q # 8) Розрізняти моделювання потоку транзакцій, моделювання кінцевих станів, моделювання потоків даних та моделювання часу? (10 знаків)

Відповідь:
Моделювання потоку транзакцій: Вузли представляють кроки в транзакціях. Посилання представляють логічний зв’язок між кроками.

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

Моделювання потоку даних: Вузли представляють об'єкти даних. Посилання представляють перетворення, які відбуваються для перекладу одного об'єкта даних в інший.

Моделювання часу: Вузлами є програмні об'єкти. Посилання - це послідовні зв’язки між об’єктами програми. Ваги посилань використовуються для вказівки необхідного часу виконання під час виконання програми.

9) Перелічіть, на вашу думку, дві основні цілі тестування.
(5 балів)

як писати тести uat - -

Відповідь:

  • Визначте, чи відповідає система специфікаціям (подання виробника)
  • Визначте, чи відповідає система потребам бізнесу та користувачів (погляд клієнта)

Сподіваюся, ця стаття допомогла вам отримати уявлення про тестування сертифікаційного іспиту на тестування програмного забезпечення CSTE. повідомте нам свій відгук у розділі коментарів нижче!

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

^