1) Опис ідеї:

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

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

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

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

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

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

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

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

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

Decision table:
У тестуванні таблиця рішень використовується у тому, щоб з
урахуванням вимог скласти тест-кейси. І нічого не забути за
складних комбінацій вхідних умов. Адже кожен рядок чи стовпець
таблиці - готовий тест-кейс.

Як складати таблицю:

По горизонталі – виписуємо умови, що впливають на результат. А

трохи нижче – сам результат, в оригіналі Action – дія, яку потрібно
виконати.

По вертикалі – правила: конкретна комбінація вхідних умов.

Тобто ми вказуємо значення умов та результату

Pairwise testing:

Метод парного тестування заснований на простій ідеї, що переважна

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

Якщо немає потреби перевіряти усі пари то можливо оптимізувати

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

1. Наявність ціни та чи проходить акція визначають колір яким відображається

поле з ціною.

Умова 1 Умова 2 Умова 3 Умова 4

Ціна вказана в
Так Так Ні Ні
онлайн-магазині

Ціна є акційною Так Ні Так Ні

Результат: колір
Червоний Синій Сірий Сірий
комірки з ціною

2. Наявність посилання на товар та наявність ціни на сайті впливає на те чи буде

вона збережена.

Умова 1 Умова 2 Умова 3 Умова 4

Наявність посилання на товар в

Так Так Ні Ні
онлайн-магазині

Ціна присутня на сайті Так Ні Так Ні

Результат: чи можна зберегти ціну

Так Ні Ні Ні
товару в поточний час
3. Чи буде відображатись ціна у поточний день на графіку залежить від того чи
вона була збережена і чи виставлені фільтри задовільняють щоб графік був
побудований.

Умова 1 Умова 2 Умова 3 Умова 4

Чи була ціна на товар в цей день

Так Так Ні Ні
на сайті

Чи виставлені фільтри
потребують побудови цього Так Ні Так Ні
графіку

Результат: чи буде на
координатній прямій точка яка
Так Ні Ні Ні
відображає цей день для цього
товару

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

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

Умова 1 Умова 2 Умова 3 Умова 4

Чи включений режим серверу Так Так Ні Ні

Чи надійшов час оновлення

згідно частоти (к-сть днів між Так Ні Так Ні
оновленнями)

Результат: чи проходить сьогодні

Так Ні Ні Ні
перевірка цін
5. Можливість включити режим серверу для конкретної копії застосунку
визначається двома умовами: чи виконаний вхід від користувача який має права
адміністратору БД та чи комп’ютер має підключення до інтернету.

Умова 1 Умова 2 Умова 3 Умова 4

Чи є права адміністратора Так Так Ні Ні

Чи є підключення до інтернету Так Ні Так Ні

Результат: чи можливо
налаштувати застосунок для Так Ні Ні Ні
роботи як сервер

Pairwise testing:
1. Як виглядатиме головне меню застосунку.

Чи користувач має адмін Операційна Мова

№
права система застосунку

1 Так Windows UA

2 Ні Linux UA

3 Так Linux EN

4 Ні Windows EN
2. Чи буде побудовано графік конкретного товару.

Фільтри задовольняють
Ціна присутня у Період часу
№ щоб графік був
конкретний день заданий вірно
відображений

1 Так Так Так

2 Ні Ні Так

3 Так Ні Ні

4 Ні Так Ні

3. Чи буде працювати застосунок у режимі серверу

Користувач має Наявне підключення до Чи включений

№
адмін права інтернету режим серверу

1 Так Так Так

2 Ні Ні Так

3 Так Ні Ні

4 Ні Так Ні
4. Чи буде проведено завантаження ціни конкретного товару

Включений Посилання на товар Сьогодні планове

№
режим серверу задане оновлення цін

1 Так Так Так

2 Ні Ні Так

3 Так Ні Ні

4 Ні Так Ні

5. Тестування налаштувань серверного режиму

К-сть спроб якщо

Частота оновлення,
№ Час оновлення посилання не
днів
відповідає на запит

1 1 00:00 3

2 7 08:00 3

3 1 08:00 5

4 7 00:00 5