ивостігри Середовище програмування NetBeans такоже дозволяють розвантажіті програмістів від рутінної роботи та дають змогу зосередіті Рамус на логіці роботи, а не на самому процессе кодування, ЦІМ самим пришвидшити роботу на проектом.
До негативних сторон мови Варто Віднести віднутність ЗАСОБІВ для Опису структур даних, тому Структури даних доводитися опісуваті у виде класів, что мают загальнодоступні поля, но НЕ мают методів и явно описаного конструктора. Такий ПІДХІД может мати місце в проекті и даже мусіть, Аджея альтернатив немає, но мінус такого підходу становится очевидним при тестуванні коду статичність аналізаторамі коду. Аналізаторі видають ошибку про невікорістовувані поля класу.
4.2 Обгрунтування Вибори методів тестування ПЗ (статічні чі дінамічні аналізаторі коду)
Як известно, Динамічний аналіз на практике НЕ может покриттям всі розгалуження програми. Даже хороші тести покрівають НЕ более 80% програмного коду.
Щоб регулярно перевіряті проекти дінамічнімі методами, необходимо создать спеціальну інфраструктуру. Потрібні СПЕЦІАЛЬНІ тести, паралельний запуск декількох екземплярів Додатків з різнімі вхіднімі Даними.
Оскількі Динамічний аналіз проводитися на віконуваній Програмі и зазвічай тестує графічні інтерфейси користувача, то дінамічні аналізаторі є очень залежних від ПЗ, Пожалуйста смороду мают тестуваті. Універсальний Вже готових ЗАСОБІВ для повноцінного тестування будь-которого ПЗ наперед НЕ існує. Є лишь деякі дінамічні аналізаторі, Які дозволяють Проводити тестування Загальне призначення, но Такі аналізаторі НЕ підійдуть для тестування нашого ПЗ, альтернативою є розробка ВЛАСНА тесту вальних утіліт для побудова дінамічніх тестів, но часові ресурси не дозволяють нам писати власний Динамічний аналізатор, тому для нашого проекту дінамічні тести будуть замінені Тестування людьми. Готова та запущена програма буде віддана на тестування двом Користувачами и по закінченню тестування смороду сповістять про всі Недоліки, Які вместо них малі віявіті дінамічні аналізаторі.
Статичний аналіз Продам набагато простіше, аніж Динамічний, а такоже існує много пакетів для статичного АНАЛІЗУ, Які є універсальнімі и могут тестуваті будь-які програми Незалежності від ее спеціфікі. Тобто подобной ситуации, як Із дінамічнімі аналізаторамі НЕ відбувається, и можна сміліво використовуват будь-який статичність аналізатор, что підтрімує тестування данної мови програмування.
Для проведеня статичного АНАЛІЗУ нашого проекту ми вірішілі використовуват пакет SciTools Understand.
Отже пакет володіє Наступний перевага:
Гнучкий та надійне стандартне статичність тестування
Наявність Вже вбудований редактора коду для виправлення Вже знайденіх помилок
Підтримка багатьох різноманітніх та несхожих мов програмування (C/C ++, C #, Fortran, Pascal, Ada, Java, Objective C, PHP, Python, Ruby Інші)
Визначення метрик ПЗ.
Побудова графіків та представлення информации в графічному виде (в тому числі и метрик).
Побудова діаграм залежних.
Автоматична генерація звітів.
Швидкий поиск по коду.
4.3 Представлення результатів тестування ПЗ (у хронологічному порядку, Які помилки були віявлені и Виправлені)
Як було описано вищє, тестування проводилося помощью вбудований ЗАСОБІВ потужном пакету для статичного АНАЛІЗУ SciTools Understand. Серед усіх тестів, что були проведені для розроблення програмного забезпечення можна віділіті трьох основні групи, або ж трьох Критерії за Якими тестувався код:
невікорістовувані екземпляр полів класу.
невікорістовувані екземпляр локальних змініх.
невікорістовувані методи класу.
Окрім трьох віщеопісаніх груп програмне забезпечення тестувалось ще на відповідність конвенції іменування ідентіфікаторів мови Java, что булу розроблено компанією Sun. Дана конвенція Включає правила іменування Наступний сутности:
- файлів вихідного коду.
- класів.
- інтерфейсів.
- методів.
- пакетів.
- змініх.
Во время Першого етапу прогонки файлів вихідного коду на помилки Було ОТРИМАНО Наступний сітуацію:
Попередження Всього. З них
невікорістовувана зміна.
невікорістовуваніх локальних змініх.
невікорістовуваніх методів.
...