Технологичен лидер и съосновател на Opkey — платформа за непрекъснато тестване, предефинираща автоматизацията на тестовете за уеб, мобилни и ERP приложения.
Гети
Много бизнес и технологични лидери осъзнават, че техните инициативи за дигитална трансформация не могат да бъдат използвани без модернизиране на техния софтуер за планиране на корпоративни ресурси (ERP). Включването на нови технологии като изкуствен интелект и машинно обучение е от съществено значение за модернизирането на ERP решенията.
Чрез проучване от 2019 г. на проекти за миграция и трансформация на ERP, McKinsey разкри, че две трети от предприятията не са получили възвръщаемостта на инвестициите, която са търсили от своя проект за миграция. Честите причини за това недоволство са забавяне на внедряването на ERP и несъгласувани цели на проекта. Интелигентната автоматизация на тестовете, която захранва подхода за непрекъснато тестване, ще помогне на проектите за трансформация на ERP да се изпълняват навреме и да остават в рамките на бюджета.
Непрекъснато тестване за ERP приложения: Защо ви е необходимо?
ERP от следващо поколение и платформите за цифрови операции изискват иновативен софтуер да бъде пуснат бързо, с минимален бизнес риск. Водещи анализатори от Gartner, Forrester (paywall) и IDC (изисква се регистрация) сега признават, че тестването на софтуера в сегашната му форма не може да се справи с предизвикателствата, породени от ERP приложенията. Тези анализатори стигнаха до заключението, че тестването на софтуера трябва да бъде приведено в съответствие с практиките на DevOps и AgileOps, за да се справят с гигантски проекти за ERP трансформация.
Подходът Agile/DevOps е непълен, неефективен и неефективен без непрекъснато тестване. В проекти за миграция на ERP, при които платформите се разширяват, за да включват нови функции, функционалности и технологии, непрекъснатото тестване ви помага прозрачно да валидирате ефективността на критичните бизнес процеси. Това значително намалява рисковете, свързани с ново внедряване, заедно с планираните софтуерни актуализации. Чрез улавяне на грешки в началото на цикъла на разработка, непрекъснатото тестване гарантира минимално преразход на време и бюджет, като същевременно осигурява предимства при намаляване на риска.
Какви са предизвикателствата при тестването на ERP трансформациите?
Според доклад на Bloor (изисква се регистрация), повече от 80% от проектите за миграция са надхвърлили бюджета си през 2007 г. Въпреки че съм виждал тази статистика да се подобрява с годините, знам, че проектите за миграция редовно се сблъскват с проблеми с надхвърляне на бюджета и с течение на времето. Доклад за ERP за 2019 г. от Panorama Consulting Group (необходима е регистрация) показва, че 45% от респондентите са имали средно надхвърляне на бюджета от 30%.
Ето някои специфични предизвикателства при тестване.
• Неясен обхват на тестване: Определянето какво да се тества остава основно предизвикателство за QA екипите. Бизнес рискът нараства всеки път, когато се правят твърде малко тестове. Ако тествате твърде много, това губи времето и ресурсите на вашите бизнес потребители.
• Неадекватно тестово покритие: Във всеки проект за миграция на ERP има много движещи се части. Функционалните и нефункционалните атрибути се добавят, актуализират или премахват с тези миграции. Тестването трябва да премине през различни етапи, от единичен тест до обемен тест и евентуално фиктивно преминаване на живо.
• Промяна на честотата: В скорошно проучване на Deloitte CIO, почти 45% от респондентите съобщават, че управлението на промените в обхвата на ERP проект е едно от основните разочарования при планирането на тяхното ERP пътуване (стр. 10).
• Тестване на умора: ERP проектите са дълъг и досаден процес. Използването на методология за ръчно тестване за ERP трансформации може да бъде неефективно и податливо на грешки. Запитайте се: „Могат ли моите бизнес потребители да положат всички усилия за тестване?“
Непрекъснато тестване за ERP приложения: Как мога да го накарам да работи?
За да включат непрекъснато тестване за цифрова трансформация, лидерите трябва да използват автоматизация. Сега екипите трябва да се съсредоточат върху платформи за автоматизация от следващо поколение, които им позволяват бързо да създават тестови случаи, да ги автоматизират и да изграждат инфраструктура, за да ги изпълняват непрекъснато. Нека прегледаме четирите стълба на стратегията за непрекъснато тестване.
• Познайте вашето идеално покритие: Ето няколко въпроса, които да си зададете: „Какво е текущото ми тестово покритие? Тествам ли всички наши критични процеси? Ако нещо се обърка сериозно, дали е защото не съм тествал достатъчно?“
Ако тестовите случаи, които автоматизирате, покриват само 30% от основните ви бизнес процеси, автоматизацията може да не е достатъчно добра. Наблегнете на познаването на вашето идеално покритие и използвайте технология за копаене на процеси, за да потвърдите идеалното си покритие. Тестовите техники за копаене извеждат вашите съществуващи тестови случаи, бизнес процеси и конфигурации от системния регистър на процесите ви, за да определят съществуващата ви базова линия за тестване.
• Прилагайте непрекъснато тестово развитие: Тестовите активи изискват значителни преработки, за да бъдат в крак с честите ERP промени, типични за ускорен цикъл на пускане. Тази скорост не може да бъде постигната с непрекъснато тестване.
• Наблюдавайте непрекъснато промените: Запитайте се: „Какво се промени в последната тримесечна актуализация на ERP? Какви бизнес процеси или тестови случаи ще бъдат засегнати?“
Подчертайте колко е важно да знаете дали тествате това, което е необходимо. Преди актуализациите да бъдат пуснати в производство, използвайте инструменти за автоматизация, които дават по-добра видимост на промените на потребителите, като ги предупреждават за процеси, които ще бъдат засегнати.
• Изпълнение на теста в мащаб: Подгответе мащабируема инфраструктура за извършване на хиляди тестове при поискване с всяка промяна. Изберете платформа, която може да изпълнява вашите тестове непрекъснато на място, в облака и на мобилно устройство безпроблемно.
Какво ви трябва от инструмент за автоматизация на тестове?
Три ключови възможности трябва да съществуват в инструмента за автоматизация на тестове, за да поддържат парадигмата за непрекъснато тестване на ERP трансформация.
• Автономна конфигурация на тестовете: Много промени се случват на ниво конфигурация за всяка ERP трансформация. Лидерите трябва да използват инструмент за автоматизация, който може автономно да създава подходящи набори от данни за изпълнение на тестове.
• Непрекъснат анализ на въздействието: В света на ERP актуализациите се пускат често. QA екипите може да се затруднят да решат минималния брой тестови случаи, които трябва да бъдат изпълнени, за да осигурят непрекъснатост на бизнеса при актуализациите след приложението. Анализът на въздействието, базиран на изкуствен интелект, препоръчва минимален брой тестови случаи, които трябва да бъдат изпълнени въз основа на подчертаните рискове, като предпазва прекъсванията на бизнес приложенията.
• Автономни тестове за самолечение: QA екипите често се борят да поддържат непрекъснато тестови скриптове с всяка нова версия. Чрез използване на задвижвани от AI способности за самолечение, промените могат да бъдат идентифицирани автоматично и тестовите скриптове могат да бъдат коригирани автономно.
Автоматизация на непрекъснатите тестове: Резюме
Ключът към успешната AgileOps е пускането на актуализации възможно най-рано и възможно най-често.
Тъй като доставчиците на корпоративни приложения като Oracle, Microsoft и SAP пускат актуализации на седмична, месечна или тримесечна база, предприятията трябва да приемат тези актуализации възможно най-рано. Подкрепата на вашите инициативи за софтуерно тестване обаче ще бъде постигната само с правилната стратегия за непрекъснато тестване.
Технологичният съвет на Forbes е общност само с покана за ИТ директори, технически директори и технологични ръководители от световна класа. отговарям ли на условията?
