1) Опис ідеї:

Комп’ютерний застосунок який має одну реалізацію, але може бути

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

2) Яку проблему вирішує:

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

3) Мета та цілі проекту:

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

4) Цільова аудиторія:

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

компаній будь якої галузі.
5) Техніка:

Equivalence partitioning:

У цій техніці блоки вхідних даних поділяються на еквівалентні розділи,

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

Ми не можемо перевірити всі можливі значення, оскільки якщо це

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

Тоді ми вибираємо лише одне значення з кожного розділу для

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

Аналіз граничних значень:

Тести призначені для включення представників граничних значень в ряд.

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

1. У базі даних повинні зберігатись посилання на товари у інтернет магазинах. Для

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

1. Коли стрічка починається з http://

2. Коли стрічка починається з https://

3. Коли стрічка не починається з наведених вище можливих варіантів.

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

2. Дати днів коли ціна на товар відстежувалась не можуть бути раніше за дату коли
посилання на товар було додано та не може бути більше ніж сьогоднішня дата.
Отже, можна розділити на 3 розділи з однією перевіркою для кожного з них.

3. Ціна на товар в будь який день не може перевищувати цілочисельне значення

обраного типу. Також ціна не може бути меншою за 0. Тобто можна виділити 3
розділи.

4. Назва бренду який відстежую програма має бути унікальним в системі. Тобто
можна виділити 2 розділи, де перший це унікальна назва, яка ще не
використовується та другий – назва яка уже зайнята іншим брендом.

5. Колір лінії на графіку який відображає певний бренд повинен бути унікальним в
системі. Можна виділити два розділи, аналогічно до попереднього пункту.

6. Частота завантаження даних про ціну для кожного конкретного товару не може
бути виставлена меншою ніж один день.

7. При перегляді статистики та графіків користувач не може обрати дату перегляду

більшу за сьогоднішній день.
8. К-сть обраних брендів для побудови графіків на одному полотні не може
перевищувати 10.

9. Пароль користувача не може бути меншим за 8 символів.

10. Можливість запуску застосунку повинна бути тільки у адміністратора.