Внутрішня структура програм

Привіт друзі! Ще одне цікаве питання, що я хотів би з вами обговорити – чи варто нам, тестерам, знати внутрішню структуру програми?

❌ Аргументи проти:
🔰 тестери мають тестувати програму в той спосіб, як нею будуть користуватись користувачі. Для цього знання внутрішньої структури не потрібно. Тільки black box ⬛️, тільки хардкор!
🔰 вивчення внутрішньої структури – це навичка програмістів, нам не треба витрачати на це час. Краще провести більше тестів, щоб збільшити покриття

✅ Аргументи за:
🔰 знаючи внутрішню структуру, ми можемо тестувати не всю програму, а її окремі модулі, що може бути швидше, ніж виконувати E2E тест на 30 кроків. Наприклад: треба протестувати першу покупку в інтернет магазині для нового користувача. Створювати його через UI – 10 хв. Поки введеш всі поля, підтвердиш email. А додати запис в БД – 1 хв
🔰 маючи доступ до внутрішніх API, ми маємо можливість не тільки простіше протестувати конкретні модулі, а ще й провести багато негативних тестів, які при звичайному користуванні мало імовірні. Наприклад: в інтернет магазині, що ми тестуємо, є автоматична система перевірки на спам, що банить користувачів. І зробити себе спамером – важко. Але викликати API чи, знову ж таки, змінити дані в БД – справа 1 хв
🔰 знання баз даних, протоколів та “внутрішньої кухні розробки ПЗ” банально робить нас дорожчими спеціалістами і підвищує нашу сіньорність 🍅

Пишіть ваші аргументи за та проти в коментах!

13 Січня 2023
Автор: 
  • З Днем Тестувальника!
  • The European Software Testing Awards – Finalist
  • TOP 5 mistakes in test automation
  • Playwright – фіча, що вкрала моє серце

Залишити коментар

Залишити вiдгук