Тестування програми. Коментарі

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

Логічні помилки в проекті виявити значно важче, ніж синтаксичні. Адже проект виконується, видає результати, але вони не відповідають умові задачі, для розв’язування якої створювався даний проект.

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

Пояснимо цей спосіб на такому прикладі. Нехай потрібно скласти проект для обчислення значень функції у = . Часто учні, записуючи команду присвоювання для обчислення значення відповідного виразу y := (2*x–5)/(x*x+1)забувають узяти знаменник (а то й чисельник) у дужки, тобто вводять, наприклад, команду y := (2*x–5)/x*x+1 або y := 2*x–5/x*x+1. Таку логічну помилку нескладно помітити, застосувавши вдалу добірку тестів. Так при тестуванні для х = 0 стане очевидним, що проект не видає очікуваного правильного результату -5, а перериває своє виконання, відкриваючи вікно з повідомленням division by zero (англ. division by zero – ділення на нуль). Після цього потрібно знайти команду, яка містить дію ділення і може стати причиною такої помилки.

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

Допомагають у пошуку логічних помилок коментарі, які можна включати до тексту програми.

Запам’ятайте!

Коментар – це текст, який ігнорується компілятором і включається до тексту програми з метою полегшення розуміння структури програмного коду.

Щоб компілятор відрізнив команди від коментарів, у Turbo Delphi 2006коментарі потрібно брати у фігурні дужки, наприклад, {Це команда знаходження частки}. Якщо текст коментаря короткий і не займає більше одного рядка, то можна замість дужок поставити перед ним дві похилі риски, наприклад, //Це команда знаходження частки. Інколи коментарі замість фігурних дужок беруть у круглі дужки із зірочками, наприклад, (*Це команда знаходження частки*).

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

На рис 2.38 наведені приклади використання коментарів у тексті програми.

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