4 Тестування

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

• Функціональне тестування;

• Чорна скриня;

• Біла скриня.

Функціональне тестування — це вид тестування ПЗ для перевірки того, наскільки реалізовані функціональні вимоги до програмного продукту в той мірі, в якій вони потрібні користувачам. Функціональні вимоги визначають, що саме повинне виконувати ПЗ.

Програмне забезпечення повинно мати такі функції:

• Авторизація/реєстрація;

• створення категорії/додавання користувача;

• перегляд статистики;

• створення об’яви;

• видалення об’яви; Для перевірки додатку був створен журнал тестування. Нижче приведена таблиця перевірки та оцінки вхідних та вихідних параметрів.

Таблиця 4.1 - Таблиця перевірки параметрів додатку.

№	Вхідний параметр	Результат		Оцінка якості
1	Запуск програми	Відкриття сторінки авторизації		Відмінно
2	Реєстрація користувача	Запис у базі даних нового користувача, авторизація користувача		Відмінно
3	Авторизація користувача	Користувач авторизован, відображена сторінка категорій		Відмінно
4	Меню «Realty»	При натисканні відкривається список нерухомості.		Відмінно
5	Кнопка «Categories »	Перехід на сторінку категорій		Відмінно
6	Кнопка «Statistic»	Перехід на сторінку статистик		Відмінно
8	Кнопка «+» (Додавання категорії) на сторінці категорій	Відкрите вікно додавання нової категорії		Відмінно
9	Вікно додавання категорії, натискання на кнопку «Add»	Створен запис у базі даних, Перехід на сторінку категорій.		Відмінно
10	Вікно додавання категорії, натискання на кнопку «Cancel»		Перехід на сторінку категорій		Відмінно

Продовження табл. 4.1

№	Вхідний параметр	Результат	Оцінка якості
11	Натискання на кнопку категорії	Відкриття вікна додавання категорiї.	Відмінно
12	Кнопка «Add» у вікні додавання нерухомостi.	Створення запису у базі даних. Повернення до сторінки зi списком нерухомостi.	Відмінно
13	Кнопка «Cancel» у вікні додавання нерухомостi.	Перехід на сторінку зi списком нерухомостi	Відмінно
14	Кнопка «Remove category» у вікні категорiй.	Видалення запису із бази даних. Перехід на сторінку категорій.	Відмінно
15	Чекбокс у списку користувачiв на сторінці управління користувачами.	Запис у базі даних про зміну статусу користувача.	Відмінно
16	Кнопка «Delete user»	Видалення у базі даних запису про користувача.	Відмінно
17	Кнопка «Save realty»	Створення запису у базі даних. Повернення до сторінки зi списком нерухомостi.	Відмінно
18	Кнопка «Add» у вікні додавання користувача.	Запис у базі даних. Повернення до сторінки користувачiв.	Відмінно
19	Кнопка «Cancel» у вікні додавання користувача.	Повернення до сторінки користувачiв.	Відмінно
20	Кнопка «Subscribe» на сторінці пiдписок.	Запис у базі даних, відображення списку родини.	Відмінно
21	Кнопка «Unsubscribe» на сторінці пiдписок.	Видалення запису у базі даних.	Відмінно
23	Кнопка із назвою місяця на сторінці статистики.	Відображення двох діаграм із статистикою користувача.	Відмінно
24	Кнопка із назвою місяця на сторінці статистики у списку «Family statistic»	Відображення двох діаграм із статистикою родини.	Відмінно

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

Метод білої скрині — метод тестування, спрямований на локалізацію помилок, які складніше виявити, знайти і зафіксувати. З його допомогою можна виявити логічні помилки і перевірити ступінь покриття тестами.

У таблиці нижче вказан план тестування:

Document (and version / date)	Created or Available	Received or Reviewed	Author or Resource
Requirements Specification	 Yes  No	 Yes  No	Вакуленко Дмитро
Functional Specification	 Yes  No	 Yes  No	Вакуленко Дмитро
Use-Case Reports	 Yes  No	 Yes  No	Вакуленко Дмитро
Project Plan	Yes  No	 Yes  No	Вакуленко Дмитро
Design Specifications	 Yes  No	 Yes  No	Вакуленко Дмитро
Prototype	 Yes  No	 Yes  No	Вакуленко Дмитро
User’s Manuals	 Yes  No	 Yes  No	Вакуленко Дмитро
Data Model or Flow	 Yes  No	 Yes  No	Вакуленко Дмитро
Business Functions and Rules	 Yes  No	 Yes  No	Вакуленко Дмитро
Project or Business Risk Assessment	 Yes No	 Yes  No	Вакуленко Дмитро

Таблиця 4.2 – План тестування

Висновки

Під час розробки випускної роботи бакалавра було спроектовано й розроблене Cloud-застосування «Веб-застосування з мобільним клiентом та пiдтримкою Rest Api для пiдприємства з продажу нерухомостi "Realty Online"». що базується на сервісно-орієнтованій архітектурі. Програмний продукт складається з трьох частин: головний сервер, веб-клієнт доступний через браузер та веб-кліент для Windows Phone 8.

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

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

Всі компоненти програмного продукту розроблені з використанням мови програмування C#. Головний сервер розроблювався з допомогою ASP. NET MVC.

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

Для подальшого розвитку продукту iснує декiлька напрямiв розробки. Перш за все потрібно створити мобільні клієнти для інших платформ (Android, Ios) , за допомогою яских користувач зможе дізнаватися про станом ринку нерухомості з будь-якого пристрою. Розробити окрему базу даних для збору інформації про всі купівлі будинків у різних містах. Розробити AI за допомогою якого робити прогнози на місяці уперед, пропонувати користувачеві релевантнi оголошення, та ін.