Ви тут всі знаєте, що таке баг. Але поміркуємо трохи та можливо знайдемо щось цікаве, а для когось — нове?

🔤

По-перше, термін "баг" не найкращий, бо є жаргонним. Це значить, що він може мати не чітке визначення. І так воно і є. Зараз подивимося. Міркуючи про "баг" варто бачити його як мінімум у двох значеннях.

🔤

У широкому сенсі — це будь-яка поведінка, яка не відповідає вимогам (у будь-якому їх вигляді), про що може бути створено баг репорт. Під це визначення підпадають навіть друкарські помилки, коли хтось промазав по клавіші, набираючи текст. І цей "хтось" може бути не розробником, до якого ми спрямовуємо наш баг репорт!

🔤

Інше бачення — це помилка самої системи, роботи коду. І вже це бачення відповідає історичному та інженерному контексту. Адже метелик у реле, що був знайдений колись в комп'ютері Марк ІІ спричинив збій роботи схеми (замкнуло). Такі баги виправляє розробник, бо вони "живуть" в його парафії.❗️

Відверто кажучи, мені не подобається думати про друкарську помилку, як про "баг". Надто широке розуміння терміну. А новачків воно ще й сильно плутає та викривляє бачення професії: мовляв, це і є тестування — дивитися уважно в екран та знаходити такі ось "баги".

🚫

Я раджу не практикувати використання терміну "баг" у широкому сенсі у 99% випадків. Знати — маємо. Але не більше того.Автор: Олекса Мащиць _____________________________📚

Наші навчальні одиниці:🔥

Програмування та Web для QA 🛑

Класи еквівалентності🛑

Sanity&Smoke🛑

Рівні тестування🛑

Тесткейси🛑

Дефекти🛑

Вимоги🛑

Вступ в Computer Science🛑

SQL ґрунт 🛑

SQL Практика🛑

MongoDB Фундамент