Ажурирано Аугуст КСНУМКС, КСНУМКС
Тестирање је широко прихваћено као део развоја софтвера од када је софтвер развијен. Пословна интелигенција (БИ) је, међутим, спорије усвајала тестирање као интегрисани део развоја БИ софтвера као што је ИБМ Цогнос. Хајде да истражимо зашто је БИ спорије усвајао праксе тестирања и последице НЕ тестирање.
Зашто организације не тестирају БИ ...
- Временских ограничења. БИ пројекти су под сталним притиском да се брже испоруче. Оно што неке организације можда не схватају је да је тестирање најједноставнија фаза за смањење времена.
- Буџетска ограничења. Мисли се да је тестирање прескупо и да не може посветити тим за тестирање.
- Брже је боље. Ово није нужно „агилни“ приступ и може вас само брже одвести на погрешно место.
- Менталитет „само уради први пут“. Овај наивни приступ инсистира да би присуство контроле квалитета требало да смањи потребу за тестирањем.
- Недостатак власништва. Ово је слично претходном метку. Мисли се да ће „наши корисници то тестирати“. Овај приступ може довести до незадовољних корисника и великог броја карата за подршку.
- Недостатак алата. Заблуда да немају одговарајућу технологију за тестирање.
- Неразумевање тестирања. На пример,
- Тестирање треба да процени тачност и ваљаност података, доследност података, благовременост података, перформансе испоруке и лакоћу коришћења механизма испоруке.
- Тестирање током БИ пројекта може укључивати регресијско тестирање, тестирање јединице, тестирање дима, тестирање интеграције, тестирање прихватљивости корисника, ад хоц тестирање, тестирање напрезања/скалабилности, тестирање перформанси система.
Колики су трошкови НЕ ТЕСТИРАЊА БИ?
- Неефикасни дизајни. Лоша архитектура се можда неће открити ако се тестирање занемари. Проблеми са дизајном могу допринети употребљивости, перформансама, поновној употреби, као и одржавању и одржавању.
- Проблеми са интегритетом података. Оштећење података или изазови лозе података могу довести до недостатка поверења у бројеве.
- Проблеми са провером ваљаности података. Одлуке о лошим подацима могу бити погубне за пословање. Нема ништа горе од покушаја управљања помоћу метрика заснованих на нетачним подацима.
- Смањено усвајање корисника. Ако бројеви нису тачни или ако апликација није прилагођена корисницима, ваша корисничка заједница једноставно неће користити ваш сјајни нови пословни БИ софтвер.
- Повећани трошкови због недостатка стандардизације.
- Повећани трошкови за поправку недостатака у каснијим фазама животног циклуса развоја БИ. Било који проблеми откривени изван фазе захтева коштаће експоненцијално више него ако су откривени раније.
Сада када смо изложили зашто организације можда не тестирају и замке које се јављају када не тестирате БИ, погледајмо неке студије о тестирању у развоју софтвера.
Студије показују да тестирање ваше БИ платформе штеди новац!
Једна студија о 139 северноамеричких компанија у величини од 250 до 10,000 запослених, пријавили су годишње трошкове отклањања грешака од 5.2 до 22 милиона долара. Овај распон трошкова одражава организације које немој имају аутоматско тестирање јединица. Одвојено, истраживање ИБМ -а и Мицрософт -а је открило то са аутоматизовано тестирање јединица, број грешака се може смањити између 62% и 91%. То значи да би се долари потрошени на отклањање грешака могли смањити са распона од 5 до 22 милиона долара на распон од 0.5 до 8.4 милиона долара. То је огромна уштеда!
Брзо ескалирају трошкови за исправљање грешака.
Рад о успешним тактикама развоја софтвера показује да се већина грешака прави рано у развојном циклусу и да што дуже чекате да их откријете и исправите, то вас кошта више да их поправите. Дакле, није потребан ракетни научник да изведе очигледан закључак да што пре грешке буду откривене и исправљене, то боље. Кад смо већ код ракетне науке, случајно се догодило да је НАСА објавила рад управо о томе - „Повећање трошкова грешака кроз животни циклус пројекта.“
Интуитивно је да се трошкови исправљања грешака повећавају како животни циклус развоја напредује. НАСА -ина студија је спроведена како би се утврдило колико брзо напредује релативна цена отклањања грешака. Ова студија је користила три приступа за одређивање релативних трошкова: методу трошкова одоздо према горе, методу рашчлањивања укупних трошкова и методу хипотетичког пројекта одозго према доле. Приступи и резултати описани у овом раду претпостављају развој хардверског/софтверског система који има пројектне карактеристике сличне онима које се користе у развоју велике, сложене свемирске летелице, војног авиона или малог комуникационог сателита. Резултати показују степен до којег трошкови ескалирају, јер се грешке откривају и исправљају у каснијим и каснијим фазама животног циклуса пројекта. Ова студија је репрезентативна за друга истраживања која су спроведена.
Из горње табеле, истраживања компанија ТРВ, ИБМ, ГТЕ, Белл Лабс, ТДЦ и других показују цену поправљања грешака током различитих развојних фаза:
- Трошкови поправљања грешке откривене током фазе захтева дефинисани су као КСНУМКС јединица
- Трошкови отклањања те грешке ако се открију у фази пројектовања су дупло Који
- У фази кода и отклањања грешака, цена поправке грешке је КСНУМКС јединице
- У фази јединичног тестирања и интеграције трошкови за исправљање грешке постају 5
- У фази испитивања система, цена поправке грешке скочи на 20
- А када систем буде у фази рада, релативни трошкови за исправљање грешке порасли су на 98, скоро 100 пута више од трошкова исправљања грешке ако се нађу у фази захтева!
Закључак је да је поправљање грешака много скупље ако се не открију рано.
Закључци
Спроведена су значајна истраживања која показују вредност раног и континуираног тестирања у развоју софтвера. Ми, у БИ заједници, можемо учити од својих пријатеља у развоју софтвера. Иако је већина формалних истраживања спроведена у вези са развојем софтвера, могу се извести слични закључци о развоју БИ. Вредност тестирања је неспорна, али многе организације су спорије искористиле формално тестирање свог БИ окружења и интегрисале тестирање у своје развојне процесе. Трошкови не тестирање је стварно. Ризици повезани са не тестирање је стварно.
Желите ли да видите неко аутоматизовано Цогнос тестирање на делу? Погледајте видео записе на нашој листи за репродукцију до кликните овде!