Майже половина розробників витрачає 10-25% часу на виправлення помилок в готовому продукті



Згідно з новим дослідженням, 43% enterprise-розробників витрачають від 10 до 25% свого часу на налагодження і виправлення помилок в програмах на стадії експлуатації.

До такого висновку прийшли аналітики ClusterHQ на підставі опитування розробників: чверть респондентів повідомили, що їм доводиться виправляти баги в продакшне кілька разів на тиждень.

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

Розробників попросили назвати найбільш поширені проблеми, які їм доводиться вирішувати. 33% відзначили нездатність відтворити реальне оточення під час тестування. 27% згадали про взаємозалежності продукту і зовнішніх систем, ускладнює інтегральне тестування. 26% вказали на проблему моделювання реалістичних даних, необхідних для тестування програми.

Дослідники також респондентів попросили оцінити пріоритет багів з точки зору їх критичності. 62% опитаних відповіли, що ціна помилки, пропущеної на етап продакшн є найбільш високою. 18% вважають «найдорожчою» стадію розробки, 7% відзначили стадію QA, і 6% – тестування.

«Наше дослідження тестування додатків показує, що такі практики, як тестування на основі обмеженого набору спеціально згенерованих даних, більше не годяться для команд, орієнтованих на максимізацію часу, необхідного для розробки корисних для користувачів функцій», – зазначає Марк Девіс, СЕО компанії ClusterHQ. – «Прогресивні розробники розуміють, що для [своєчасного] постачання клієнтів інноваціями і доробками необхідно ефективно управляти життєвим циклом ПЗ поряд з різноманітними рівнями інфраструктури. Цей процес починається з виявлення та ліквідації багів як можна раніше, щоб команди могли зосередитися на додаванні [фіч], необхідні кінцевому користувачу».

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

88% респондентів хотіли б мати можливість під час розробки тестувати програми на реальних даних. Однак поки що на шляху до цього залишається кілька перешкод. Головне з них – забезпечення актуальності тестових даних. Так вважають 23% опитаних. 19,5% вважають головною проблемою складність одночасного оновлення тестових наборів скрізь, де вони зберігаються. Стільки ж співрозмовників згадують складність підтримки декількох версій даних. 18% відзначають проблему управління доступом до інформації, 14% вважають копіювання даних з працюючої системи надто трудомістким процесом. 6% упевнені, що вартість зберігання величезних обсягів надлишкової інформації буде невиправдано високою.

Всього було опитано 386 ІТ-фахівців. Повний звіт по дослідженню доступний тут.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.