SAP on moniulotteinen kokonaisuus jo itsessään. Kun siihen liitetään vielä muut yrityksessä käytettävät lukuisat järjestelmät ja kun kunkin päivityksen jälkeen jäädään vain odottamaan järjestelmäkokonaisuuden toimivan, voidaan saman tien puhua taikamatolla lentämisestä tai yksisarvisista. Miten SAP järjestelmäkokonaisuuden jatkuviin päivityksiin liittyvät laadunvarmistuksen haasteet voidaan tunnistaa ja taklata mahdollisimman varhaisessa vaiheessa riittävän realistisesti ja konkreettisella tasolla?
Testaaminen kuluttaa keskimäärin 30-40 prosenttia yrityksen IT-budjetista. Toisaalta se vaatii lukuisia työtunteja ja sen vaikutukset ovat liiketoiminnalle erittäin kriittisiä. On selvää, että manuaalinen testaus ei pian enää riitä kompleksisten ekosysteemien toiminnan varmistamiseen. Testaaminen on muodostunut yhdeksi merkittävimmistä pullonkauloista ohjelmistoista ja IT:stä puhuttaessa. Tähän liittyen voidaan tunnistaa erilaisia kipupisteitä ja haasteita, mitkä tulevat korostumaan siirryttäessä SAP ympäristöstä SAP S/4HANA:n.
Verohallinto on valinnut julkisen hankinnan kilpailutuksessa Qentinelin IT-asiantuntijapalveluiden ensisijaiseksi toimittajaksi testaamisen asiantuntijapalveluiden osa-alueeseen.
Riippuuko liiketoimintasi menestys tietojärjestelmäsi virheettömästä toiminnasta? Useimpien yritysten kohdalla näin on.
Pysähdy hetkeksi ja mieti; mitä sinä tiedät järjestelmistä, joihin liiketoimintasi pohjautuu? Mistä ne tulevat? Miten niiden laatu varmistetaan? Mistä tiedät, kun jotain menee pieleen? Miten voit vähentää virheiden mahdollisuutta? Mitkä ovat suurimmat riskit? Kuinka todennäköisiä ne ovat?
Ohjelmistoprosessia on yleensä vaikeampi hallita ja optimoida kuin esimerkiksi teollisuuden tuotantoprosessia. Tällä ei kuitenkaan ole mitään tekemistä ohjelmistoon liitettävien niin kutsuttujen “älyllisten haasteiden” tai “perityn kompleksisuuden” kanssa. Syy löytyy siitä, että teollisuustuotannon historia on ohjelmistoja pidempi ja käytännöt vakiintuneempia. Lisäksi siinä käytettävät työkalut ja -prosessit ovat standardoidumpia, eikä mahdollisuus variaatioille ole yhtä suuri kuin ohjelmistoissa.
Nopeatahtisia ohjelmistojen julkaisusyklejä on lähes mahdotonta hallita ilman testiautomaatiota. Mikäli tarkoituksena on pysyä ketterän ohjelmistokehityksen tahdissa, manuaalinen testaus on yksinkertaisesti liian hidasta. Ohjelmistojen ja niiden välisten integraatioiden validoinnissa manuaalinen testaaminen muodostuu ajan myötä taakaksi.
