Реферати українською » Информатика, программирование » Коли припиняти тестування програм?


Реферат Коли припиняти тестування програм?

>С.Трофимов

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

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

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

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

Сучасні мови програмування - це є надзвичайно складним інструмент, освоєння якого йдуть роки дуже копіткої праці. Іноді помилки у документації, а частіше просто недостатнє розуміння роботи тій чи іншій конструкції мови чи призначення бібліотеки, веде до неправильної роботі програми.

Програміст дивиться на код і розуміє, що він не оскільки задумано. У разі кажуть "не погоджувався" і - кличуть сусіда допоможе. І тут "свіжий" погляд, може значно прискорити пошук помилки.

Скоротити кількість помилок можна кількома шляхами:

застосувати спеціальні методи і засоби написання програм, наприклад,CASE-средстваRationalRose;

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

суворо дотримуватися і контролювати відповідність створюваних програм проектної документації.

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

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

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

Тому важливо визначити кілька рівнів досягнення необхідного якості програм:

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

що їх функції програм відповідають технічної документації;

розрахункові значення, отримані з допомогою процедур розрахунку, відповідають еталонним.

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

Тепер, коли деякі критерії тестування були тут згадані, можна з відповіддю, винесене у заголовок статті.

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

Другий етап тестування можна припиняти, коли більшість функціональності перевірено і у відповідність до проектної документацією. Інші невідповідності будуть усуватися у процесі написання супровідній документації.

І, насамкінець, третій, етап тестування можна припиняти, коли основні розрахункові тести дають правильні результати.

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

Список літератури

Для підготовки даної праці були використані матеріали із російського сайтуprogcpp.narod/doc/prog.htm


Схожі реферати:

Навігація