Упорядкування тексту програми

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

Синтаксическая налагодження програми

>Отладка програми — це спеціальний етап з розробки програми, котра перебувала виявленні і усуненні програмних помилок, факт існування яких встановлено.

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

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

Тестування і семантична налагодження

Тестування – це динамічний контроль програми, тобто. перевірка правильності програми у її виконанні за комп'ютером.

Кожному програмісту відомо, скільки час і забирають налагодження і тестування програм. Саме це етап припадає близько 50% загальної вартості розробки програмного забезпечення. Не кожен із розробників програмних засобів може вірно, визначити мета тестування. Нерідко можна почути, що тестування - це процес виконання програми з метою виявлення у ній помилок. Але це мета недосяжна: ні яке найретельніше тестування це не дає гарантії, що ваша програма зовсім позбавлений помилок. Інше визначення: це процес виконання програми з виявлення у ній помилок. Отже, що “вдалим” тестом є така, у якому виконання програми завершилося з помилкою. Навпаки, “невдалим” може бути тест, не що дозволило виявити помилку у програмі. Визначення також на об'єктивну труднощі тестування: це деструктивний ( тобто. зворотний творчому ) процес. Оскільки програмування - процес конструктивний, ясно, більшості розробників програмних засобів складно “переключитися” під час тестування створеної ними продукції. Основні засади організації тестування:

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

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

3.  за тими самими міркувань організація - розробник програмного забезпечення має “одноосібно ” його тестувати (має існувати організації, які спеціалізуються на тестуванні програмних засобів);

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

5.  необхідно старанно підбирати тест як для правильних (передбачених ) вхідних даних, але й неправильних (непередбачених);

6.  під час аналізу результатів кожного тесту необхідно перевіряти, робить чи програма те, що вони повинні робити;

7.  слід зберігати використані тести (підвищення ефективності повторного тестування програми після його модифікації чи встановлення в замовника);

8.  тестування на повинен плануватися виходячи з того, що у програмі ні виявлено помилки (зокрема, слід виділяти для тестування достатні часові й матеріальні ресурси);

9.  треба враховувати так званий “принцип скупчення помилок” : ймовірність наявності не виявлених помилок у певній частини програми прямо пропорційна числу помилок, вже виявлених у цієї маленької частини;

10. слід завжди пам'ятати, що тестування - творчий процес, а чи не ставитися до нього як до рутинного заняттю.

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

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

Отже, ні структурне, ні функціональне тестування може бути вичерпним. Розглянемо докладніше основні етапи тестування програмних комплексів. У тестуваннямногомодульних програмних комплексів можна назвати чотири етапу:

1) тестування окремих модулів;

2) спільне тестування модулів;

3) тестування функцій програмного комплексу (тобто. пошук різниці між розробленої програмою і його зовнішньоїспецификацией );

4) тестування відновлення всього комплексу загалом (тобто. пошук невідповідності створеного програмного продукту, сформульованим раніше цілям проектування, відбитим зазвичай, у технічному завданні).

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