1) Опис ідеї:

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

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

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

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

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

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

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

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

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

State transition diagram:

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

Це модель, на якій базуються система та тести. Будь-яка система,

де ви отримуєте інший вихід для того самого входу, залежно від
того, що сталося раніше, є системою кінцевого стану.

Техніка тестування переходів між станами корисна, коли потрібно

протестувати різні переходи системи.

Error guessing:

Це метод тестування на основі досвіду, коли аналітик тестування

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

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

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

1.

2.
3.

4.

5.
6. Яким буде результат, якщо користувач спробує ввести логін попередньо
видаленого адмін аккаунту?

7. Яким буде результат, якщо користувач натисне «Побудувати графіки» з

відсутнім підключенням до інтернету?

8. Яким буде результат, як побудуються графіки якщо у деякі дні сайти були
недоступні чи сам застосунок не мав підключення до інтернету і у
регулярному збереженні ціни утворилося кілька прогалин (відсутні дані у
деякі дні для деяких товарів)?

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

не маючи прав адміністратору?

10. Яким буде результат, якщо користувач використає усі можливі фільтри та
чи правильно буде складено запит до БД?