Графік причин та наслідків - Техніка написання динамічного тесту для максимального покриття з меншою кількістю тестових випадків

cause effect graph dynamic test case writing technique

Методи динамічного тестування - Графік причин та наслідків.

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

Нам слід зосередитись на двох моментах, коли ми пишемо тестові кейси. Це:

• Зменшення ризику
• Покриття

Цей документ обертається навколо другого пункту, який є 'Покриття'. Якщо бути точним - Покриття вимог.

Що ви дізнаєтесь:

• Методи написання тестових кейсів для динамічного тестування
  • Вступ до причини та наслідків Графік
  • Намалюйте графік причин та наслідків відповідно до ситуації
  • Написання таблиці рішень на основі графіку причин і наслідків
  • Написання тестових справ із таблиці рішень
  • Висновок
  • Рекомендована література

Методи написання тестових кейсів для динамічного тестування

• Розбиття на еквівалентність
• Аналіз граничних значень
• Таблиця рішень
• Техніка графіка причин і наслідків
• Діаграма переходу держави
• Тестування ортогональних масивів (OATS)
• Відгадування помилок.

У нас є справді хороші статті 1^вул, два^йі 3^рдточки (Розбиття на еквівалентність, таблиці BVA та рішення) тут, у STH. Я збираюся обговорити пункт 4, який є графіком причин і наслідків.

Вступ до причини та наслідків Графік

Графік причин і наслідків - це динаміка техніка написання тестових кейсів . Тут причини - це умови введення, а наслідки - результати цих умов введення.

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

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

Метод причинно-наслідкових діаграм повторює специфікацію вимог з точки зору логічної залежності між умовами введення та виведення. Оскільки це логічно, очевидно, що використовувати логічні оператори типу AND, OR та NOT.

Використані позначення:

Тепер спробуємо реалізувати цю техніку на кількох прикладах:

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

Давайте подивимось обох по одному.

Намалюйте графік причин та наслідків відповідно до ситуації

Ситуація :

«Друкувати повідомлення» - це програмне забезпечення, яке зчитує два символи і, залежно від їх значення, друкуються повідомлення.

• Першим символом має бути 'A' або 'B'.
• Другий символ повинен бути цифрою.
• Якщо першим символом є 'A' або 'B', а другим символом є цифра, тоді файл слід оновити.
• Якщо перший символ неправильний (не 'A' або 'B'), повідомлення X має бути надруковане.
• Якщо другий символ неправильний (не цифра), повідомлення Y слід надрукувати.

Рішення :

Причинами такої ситуації є:
C1 - Перший символ - A
C2 - Перший символ - B
C3 - другий символ - це цифра

Наслідки (результати) для цієї ситуації:
E1 - Оновіть файл
E2 - Друк повідомлення “X”
E3 - Друк повідомлення “Y”

ДАВАЙТЕ РОЗПОЧНЕМО!!

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

Ключ - Завжди переходьте від Ефекту до Причини (зліва направо). Це означає, що для отримання ефекту 'Е', причини повинні бути істинними.

У цьому прикладі почнемо з ефекту E1.

Ефект E1 призначений для оновлення файлу. Файл оновлюється, коли
- Першим символом є 'А', а другим символом є цифра
- Першим символом є 'B', а другим символом є цифра
- Перший символ може бути 'A' або 'B' і не може бути обом.

Тепер давайте розберемо ці 3 пункти у символічній формі:

Для того, щоб E1 був істинним - причини є такими:
- C1 і C3 повинні бути правдою
- C2 і C3 повинні бути правдою
- C1 і C2 не можуть бути істинними разом. Це означає, що C1 і C2 взаємовиключні.

Тепер намалюємо це:

Отже, згідно з наведеною діаграмою, для того, щоб E1 був істинним, умовою є (C1 C2) C3

Коло посередині - це лише інтерпретація середньої точки, щоб зробити графік менш брудним.
Є третя умова, коли C1 і C2 взаємовиключні. Отже, остаточний графік для ефекту E1 істинним показаний нижче:

Перейдемо до ефекту E2:
E2 визначає друковане повідомлення “X”. Повідомлення X буде надруковано, коли Першим символом не буде ні A, ні B.
Це означає, що ефект E2 буде виконуватися, коли або C1, або C2 недійсний. Отже, графік ефекту E2 відображається як (синім рядком)

Запитання щодо інтерв'ю на стороні серверного Java

Для ефекту E3.
E3 визначає друковане повідомлення 'Y'. Повідомлення Y буде надруковано, коли Другий символ неправильний.
Це означає, що ефект E3 буде виконуватися, коли C3 недійсний. Отже, графік ефекту E3 відображається як (зеленою лінією)

На цьому графік Причини та наслідки для цієї ситуації завершено.

Тепер переходимо до малювання Таблиця рішень на основі наведеного графіку .

Написання таблиці рішень на основі графіку причин і наслідків

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

Ключ той самий. Пройдіть знизу вгору, що означає перехід від наслідку до причини.

Почніть з ефекту E1. Щоб E1 було істинним, умовою є (C1 C2) C3.
Тут ми представляємо True як 1 і Помилковий як 0

Спочатку поставте Effect E1 як True у наступному стовпці як

Тепер, щоб E1 було '1' (істинно), ми маємо наступні дві умови -
C1 І C3 будуть правдою
C2 І C3 будуть правдою

Щоб E2 був істинним, або C1, або C2 має бути False, показаним як,

Щоб E3 був істинним, C3 повинен бути хибним.

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

Написання тестових справ із таблиці рішень

Нижче наведено зразок тестового кейсу для тесту 1 (TC1) та тесту 2 (TC2).

Подібним чином ви можете створити інші тестові кейси.

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

Висновок

Підсумовуючи кроки ще раз:

• Намалюйте кола для графіків причин та наслідків
• Почніть з ефектів і рухайтеся до Причини.
• Шукайте взаємовиключні причини.

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

Про автора: Це гостьова стаття Шилпи Чаттерджі Рой. Вона працює в галузі тестування програмного забезпечення протягом останніх 8,5 років у різних сферах.

Не соромтеся обговорювати методи написання тестових кейсів у коментарях нижче.

НАЗАД Підручник | НАСТУПНИЙ підручник

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

• Що таке техніка тестування ортогональних масивів (OATS)?
• Що таке техніка тестування на основі дефектів?
• Що таке техніка вгадування помилок?
• Як писати складні сценарії тестування бізнес-логіки, використовуючи техніку таблиць рішень
• 12 найкращих інструментів для створення лінійних графіків для створення приголомшливих лінійних графіків (2021 РЕЙТИНГИ)
• Що таке тестування мутацій: Підручник із прикладами
• Як створити фіктивну службу та динамічну відповідь у SoapUI
• Написання модульних тестів із Spock Framework