ями цих записів, формує новий тип даних - об'єкт (під записом розуміється змінна типу запис ).
Існує п'ять рівнів (розділів) інкапсуляції:
Розділ public. Члени класу, що знаходяться в даному розділі, доступні з будь-якої точки програми. За замовчуванням активним є цей розділ.
Розділ private. Члени класу доступні тільки в тому модулі, де даний клас описаний.
Розділ protected. Аналогічно private, за винятком того, що члени клас даного розділу доступні також усередині методів класів, є спадкоємцями даного класу і описаних в інших модулях.
Розділ published. У цьому розділі розташовуються властивості класу: поля, доступні для редагування і зміни під час проектування та з Інспектора об'єктів.
Розділ automated. Правила видимості членів розділу automated збігається з правилами видимості для розділу public. Описи дозволяється розміщувати в цьому розділі, тільки якщо клас є спадкоємцем стандартного класу TAutoObject, призначеного для створення так званих серверів автоматизації при використанні технології COM.
Спадкування - визначення об'єкта і його подальше використання для побудови ієрархії породжених об'єктів з можливістю для кожного породженого об'єкта, що відноситься до ієрархії, доступу до коду і даним всіх породжують об'єктів.
Поліморфізм - присвоювання дії одного імені, яке потім спільно використовується вниз і вгору по ієрархії об'єктів, причому кожен об'єкт ієрархії виконує цю дію способом, саме йому підходящим.
. 2.4 Тести
Під тестуванням розуміється процес виконання програми з метою виявлення помилок. Регресійне тестування - це тестування, проведене після вдосконалення функцій програми або внесення до неї змін.
Тестування можна розділити на кілька видів, основні з яких:
Модульне тестування (Автономне або Unit-тестування). На даному рівні тестуються окремо невеликі елементи системи, максимально відокремлені від інших елементів і, в той же час, придатні для тестування.
Комплексне тестування (Сборочное тестування, integration testing або interface testing). На даному рівні тестуються об'єднані елементи (компоненти або підсистеми) загальної системи, найчастіше деяка взаємодіюча між собою група елементів. Комплексне тестування спрямоване не на перевірку функціонування кожного з компонентів, а на перевірку взаємодії компонентів у відповідності з архітектурою системи.
Системне тестування (system testing) .Після того, як система зібрана зі складових компонентів, вона повинна бути протестована на відповідність системним специфікаціям - чи реалізовані всі функціональні і нефункціональні вимоги до розроблюваної системі. На даному рівні тестується додаток або система (одне або більше додатків) цілком.
Існує кілька методів тестування:
1) Тестування програм методом чорного ящика (Black box testing)
2) Тестування софта методом білого ящика (White box)
При тестуванні чорного ящика (англ. black-box testing), тестувальник має доступ до ПЗ тільки через ті ж інтерфейси, що і замовник або користувач, або через зовнішні інтерфейси, що дозволяють іншого комп'ютера або іншому процесу підключитися до системи для тестування. Наприклад, тестирующий модуль може віртуально натискати клавіші або кнопки миші в тестованої програмі за допомогою механізму взаємодії процесів, з упевненістю в тому, чи все йде правильно, що ці події викликають той же відгук, що й реальні натиснення клавіш і кнопок миші. Як правило, тестування чорного ящика ведеться з використанням специфікацій чи інших документів, що описують вимоги до системи.
При тестуванні білого ящика (англ. white-box testing, також говорять - прозорого ящика), розробник тесту має доступ до вихідного коду і може писати код, який пов'язаний з бібліотеками тестованого ПЗ. Це типово для юніт-тестування (англ. Unit testing), при якому тестуються тільки окремі частини системи. Воно забезпечує те, що компоненти конструкції - працездатні і стійкі, до певної міри.
Програма вважається надійною, якщо виконує задані функції, зберігаючи в часі значення, встановлені експлуатаційними показниками в заданих межах.
При проведенні тестування в даній дипломній роботі використовувався перший вид тестування - тестування чорного ящика.
Таблиця 2.3
Дані тестування
НаіменованіеКод БК плательщікаКод БК получателяКод целіСумма в рубляхНазначеніе123467ООО «Стройком» 2121212134343443443434343423,500ОрганізаціонниеООО «Стройком» Петров П.П.Ковалева А.Н.Скок І.В.Іванов...
