Випадкові процеси в розробці програмного продукту, а саме на етапі тестування

Мамонова Г. В.

к. ф.-м. н., доцент,

КНЕУ імені Вадима Гетьмана

ORCID ID 0000-0001-5847-2076

Деменко І. О., Колдов В. В.

студенти гр.ІА-301, ІІТЕ,

КНЕУ імені Вадима Гетьмана

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

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

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

Розглянемо фундаментальні методи, які використовують у сьогоднішній час:

• WORK BREAKDOWN STRUCTURE (WBS)
• BY TEST CASES
• THREE-POINT ESTIMATES

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

1. WORK BREAKDOWN STRUCTURE (WBS)

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

Розрахунок часу, який потрібен для виконання поставленої задачі:

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

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

1. BY TEST CASES

Тест-кейс – набір вхідних даних. Це найбільш правильна оцінка, але потребує часу, але потрібна точна специфікація. Цей метод дозволяє одночасно працювати у всіх цих напрямках: надати оцінку; подумати, як перевірити; розробити тестові кейси; зібрати запитання для уточнення

Розрахунок часу, який потрібен для виконання поставленої задачі:

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

1. THREE-POINT ESTIMATES

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

Розрахунок часу, який потрібен для виконання поставленої задачі:

,

де SD – стандартне відхилення, B – найкращий випадок, M – найбільш вірогідний випадок, W – найгірший випадок.

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

Список використаних джерел:

[1.]       Кузнецов В. М., Бусарова Т. М., Звонарьова О. В., Агошкова Т. А. (2013). Теорія ймовірностей. http://diit.edu.ua/upload/files/shares/OBZ/1341.pdf???history=0&pfid=1&sample=30&ref=2

[2.]       Автор: Maksym (12.11.2017). ЕСТІМАЦІЯ ПРОЕКТІВ. ТЕОРІЯ. https://travelscode.com/project-estimations-theory/

[3.]        Дідковська М. В. (2010) Тестування: Критерії та методи. Методичні вказівки.Частина ІІ. http://mmsa.kpi.ua/sites/default/files/publications/Дідковська%20Марина%20Віталіївна/didkovska_m_v_testign_functional_structural_testing.pdf