1.

Стратегія тестування
a. Доменна область
Зручний та функціональний мобільний додаток, який допоможе людям
дисциплінувати себе та свою рутину. За допомогою додатку, користувачі
зможуть відчути себе у грі, в якій необхідно запрацьовувати кредити
(наприклад, виконуючи завдання або утримуючись від певних поганих
звичок), за які можна купити винагороди або час на певний вид
відпочинку (що визначається самим користувачем).
b. Features to be tested
1. Авторизація через Google account
2. Робота у онлайн та офлайн режимах
3. Створення, редагування та видалення списків задач
4. Створення, редагування та видалення задач у списках
5. Визначення дедлайнів задач
6. Визначення задачам винагород за виконання та штрафів за не
виконання
7. Створення, редагування та видалення звичок які потрібно ввести в
свою рутину та звичок яких потрібно позбутись
8. Визначення к-сті кредитів які користувач буде отримувати у разі
успішного дотримання або порушення звички
9. винагороди чи розваги, які можна отримати обмінявши на накопичені
кредити
c. Features not to be tested
1. час відгуку візуальної частини застосунку та звертань у базу данних
2. зовнішній вигляд застосунку та адаптивність (як застосунок
відображається на різних типах девайсів)
d. Kind of testing to be performed

Ручне тестування

e. Testing activities within the project

1. Планування (вибір цілей тестування, методів, засобів та стратегій,
створення тестових сценаріїв)
 2. Ручне тестування вище описаних фіч. Переконання що всі можливі
запити правильно виконуються, зберігаються та відображаються у
різних режимах застосунку (онлайн та офлайн)
3. Аналіз результатів та написання звіту щодо проведених тестувальних
робіт
f. Acceptance criteria

Увесь реалізований функціонал працює так, як це очікується. Знайдені

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

g. Tools
Для тестування знадобиться:
• сам застосунок
• Android Studio
• Доступ до хмарної бази даних
2. Техніки тест дизайну
На мою думку, застосунок обовʼязково варто протестувати за допомогою двох
технік: state diagram та equivalence partition. Діграма станів є необхідною тому
що для мобільних додатків властиво створювати багато екранів і переходів між
ними, отже це, як на мене, найважливіша частина, щоб переконатись що усі
можливі івенти (інтеракції користувача з застосунком) переводять застосунок у
правильні стани. Equivalence partition необхідна, тому що в застосунку
(особливо враховуючи доменну область) майже усю інформаціє користувач
додає власнору, отже необхідно переконатись що будь які вводи
опрацьовуються правильно, виділивши так звані розділи та маючи хоча б по
одному тесту на кожен з них.
3. Тестові випадки
a. Користувач сам визначає задачі та дедлайни для них. Тобто у нас є два
розділи виконання задачі:
Розділ 1. Користувач виконав задачу до дедлайну -> нараховуються бали
визначені при створенні задачі
Розділ 2. Користувач виконав задачу після дедлайну -> бали
нараховуються зі штрафом за пізнє виконання
Розділ 3. Користувач не виконав задачу і хочу її видалити -> бали не
нараховуються
b. Користувач має достатнє к-сть полів для заповнення при створенні
задачі, звички і тд. Але поле з назвою завжди повинно бути від 8 до 128
символів.
Отже, маємо 3 розділи:
Розділ 1. Довжина назви менша за 8 -> назва є не валідною
Розділ 2. Довжина назви між 8 та 128 -> назва валідна
Розділ 3. Довжина назви більша за 128 символів -> назва не валідна
Граничне значення 1. Назва містить 8 символів
Граничне значення 2. Назва містить 128 символів
c. Авторизація та онлайн/офлайн режими

d. Екран перегляду звичок, їх додавання та редагування

4. Test management
Управління тестуванням — це процес керування діяльністю з тестування, щоб
забезпечити високу якість і високоякісне тестування програмного додатку.
Метод полягає в організації, контролі, забезпеченні простежуваності та
видимості процесу тестування з метою надання високоякісного програмного
забезпечення.
5. Принципи управління якістю
Зрозуміло що при управлінні якістю було б добре використати кожен з
принципів:
1. Engagement of people
2. Customer focus
3. Leadership
4. Process approach
5. Improvement
6. Evidence-based decision making
7. Relationship management
Але враховуючи тестування мобільного застосунку та його доменну область, на
мою думку найважливішим тут буде фокус на користувачеві, постійна жага до
покращення якості продукту та обгрунтоване прийняття рішень. Телефон це
пристрій, який є у кожної людини і у ньому проводять багато часу, до того ж
існує безліч схожих застосунків, тому дуже важливо фокусуватись на
користувачеві, задовільняти його потреби і щоб йому було приємно
користуватись цим застосунком. Постійно покращувати застосунок необхідно
через дуже велику та щільну конкуренцію на цьому ринку, тому необхідно
завжди підтримувати свіжі версії операційної системи, додавати нові фішки
першим і тд. Адже це не старий відомий на весь світ бізнес-застосунок від якого
компанії не можуть відмовитись, адже немає аналогів. У світі мобільних
застосунків інші правила, тому на мою думку ці принципи є ключовими.