SAP testiranje objašnjeno: vrste, faze i vlasnici

SAP testiranje je posao kojim se dokazuje da konfigurirani SAP sustav ispravno izvodi Vaše poslovne procese, s Vašim podacima i pri Vašim volumenima, prije puštanja u rad i nakon svake kasnije promjene. Na S/4HANA programu obuhvaća šest vrsta testova: jedinično testiranje, integracijsko testiranje sustava (SIT), korisničko testiranje prihvaćanja (UAT), regresijsko testiranje, testiranje performansi i probu cutovera.

Svaka vrsta odgovara na drugo pitanje i nijedna ne zamjenjuje drugu. Prema mom iskustvu testiranje zauzima oko 35 posto truda na programu. Zato zaslužuje vlastiti plan, budžet i vlasnike, a ne nekoliko tjedana na kraju izgradnje.

Ova stranica je pregled. Svaka vrsta ima vlastiti vodič, povezan iz odjeljaka u nastavku.

SAP sustav je konfiguracija, matični podaci, prilagođeni kod i sučelja koji rade zajedno. Promjena na jednom mjestu može slomiti proces negdje drugdje, često u modulu koji nitko nije dirao.

Zato je SAP testiranje organizirano oko poslovnih procesa, a ne oko ekrana. Order to cash, procure to pay i record to report prolaze kroz više modula, a test koji stane na jednoj transakciji dokazuje vrlo malo.

Testiranje ne završava ni puštanjem u rad. Promjene u podršci, SAP izdanja i novi rolloutovi mijenjaju sustav, pa se ista disciplina nastavlja i u fazi Run.

Ovo je šest vrsta koje planiram na S/4HANA programu. Tablica pokazuje što svaka dokazuje, kada se izvodi i tko bi trebao biti vlasnik.

Vrsta testiranja	Što dokazuje	Gdje se nalazi u SAP Activateu	Tko je vlasnik
Jedinično testiranje	Svaka stavka konfiguracije, program ili proširenje radi samostalno	Realize, unutar svakog sprinta izgradnje	Funkcionalni i tehnički konzultanti
Integracijsko testiranje sustava (SIT)	Cijeli procesi rade kroz module i sučelja s realističnim podacima	Realize, u krugovima kada je izgradnja stabilna	Voditelj testiranja na programu, s vlasnicima procesa
Korisničko testiranje prihvaćanja (UAT)	Poslovanje može izvoditi svoje stvarne scenarije na sustavu	Kasni Realize, prije Deploya	Poslovanje
Regresijsko testiranje	Ono što je radilo prije i dalje radi nakon promjene	Od Realizea nadalje, zatim svako izdanje u Runu	Voditelj testiranja, s automatizacijom gdje je volumen opravdava
Testiranje performansi	Sustav izdržava mnogo korisnika i produkcijske volumene istodobno	Realize, završeno prije puštanja u rad	Voditelj performansi na razini programa, s Basisom
Proba cutovera	Slijed puštanja u rad, učitavanja podataka i vremena rade od početka do kraja	Deploy	Voditelj cutovera

SAP testiranje kroz SAP Activate

1. 01

   Prepare

   Postavite alat za testiranje, tim i testni landscape.

2. 02

   Explore

   Napišite strategiju testiranja dok se donose fit-to-standard odluke, kako bi zahtjevi bili provjerljivi.

3. 03

   Realize

   Jedinični testovi u sprintovima, zatim krugovi SIT-a, testiranje performansi i UAT kada je izgradnja stabilna.

4. 04

   Deploy

   Probe cutovera prema dogovorenoj kontrolnoj listi, zatim odluka o puštanju u rad.

5. 05

   Run

   Regresijsko testiranje za svaku promjenu u podršci, nadogradnju i izdanje.

Jedinično testiranje

Jedinično testiranje rade ljudi koji su stavku izgradili. Funkcionalni konzultant provjerava uvjet određivanja cijena, a developer provjerava proširenje ili mapiranje sučelja.

Nužno je, ali nije dovoljno. Čist jedinični test ne govori Vam ništa o tome što se događa kada se ta stavka susretne s ostatkom procesa.

Integracijsko testiranje sustava

U SIT-u program otkriva radi li dizajn. Prodajni nalog mora proteći u isporuku, fakturiranje, računovodstvo i izvještavanje, a svako sučelje na tom putu mora ispravno knjižiti.

SIT planiram u krugovima, a ne kao jedan prolaz. Nedostaci pronađeni u prvom krugu se ispravljaju, a sljedeći krug dokazuje da ispravci nisu slomili ništa drugo. Kako se krugovi, ulazni i izlazni kriteriji uklapaju, opisano je u mom vodiču za strategiju testiranja S/4HANA.

Korisničko testiranje prihvaćanja

UAT je potvrda poslovanja da sustav podržava način na koji će raditi nakon puštanja u rad. Pripada poslovanju, a ne integratoru sustava, jer samo poslovanje može prihvatiti sustav.

UAT treba najmanje 6 do 8 tjedana. Ako ga stisnete da biste nadoknadili kasnu izgradnju, dobit ćete potpis na papiru i probleme u produkciji. Moj vodič za SAP korisničko testiranje prihvaćanja pokriva skripte, uloge i potpisivanje.

Regresijsko testiranje

Regresijsko testiranje ponovno izvodi dokazane testove nakon promjene kako bi uhvatilo sve što je promjena slomila. Na dugom programu kroz sustav istodobno prolaze i ispravci u živoj podršci i projektne promjene.

Moj pristup je voditi dva odvojena landscapea, jedan za projekt i jedan za redovno poslovanje (BAU). Promjene iz žive podrške i projektne promjene tada se testiraju odvojeno i nijedna ne skriva nedostatak u drugoj. Moj vodič za SAP regresijsko testiranje pokriva pristup s dva landscapea, nadogradnje i analizu utjecaja.

Testiranje performansi

Testiranje performansi mora se dogoditi prije puštanja u rad. Najvažniji su testovi istodobnosti, u kojima mnogo korisnika izvodi transakcije u istom trenutku.

Transakcija koja je ispravna za jednog korisnika može isteći za dvjesto njih. Funkcionalno testiranje to Vam nikada neće pokazati. Moj vodič za IT čelnike o testiranju performansi SAP-a pokriva testove opterećenja, stresa i izdržljivosti te kako napisati kriterije prihvaćanja.

Proba cutovera

Proba cutovera testira samo puštanje u rad: slijed tehničkih koraka, učitavanja podataka, usklađivanja i potpisivanja, s vremenima. Na brownfield konverziji planiram tri probne konverzije prije cutovera.

Kriterij za puštanje u rad na kojem inzistiram je opsežna kontrolna lista za cutover dogovorena unaprijed. Ako se kontrolna lista piše tijekom vikenda cutovera, probe zapravo nisu bile probe.

Prema mom iskustvu testiranje zauzima oko 35 posto truda na programu. Ta brojka iznenađuje sponzore koji testiranje vide kao kratak razmak između izgradnje i puštanja u rad.

Trud je raspoređen na mnogo ljudi. Konzultanti izvode jedinične testove, tim za testiranje priprema i izvodi SIT, poslovni korisnici izvode UAT, a Basis i integracijski timovi podržavaju testiranje performansi i probe cutovera.

Migracija podataka teče usporedno i sama zauzima 30 do 40 posto truda. Njih dvoje se snažno preklapaju, jer svaki krug testiranja treba migrirane podatke koji izgledaju kao produkcijski.

Najčešći neuspjeh u testiranju koji vidim jednostavno je premalo testiranja u SIT-u i UAT-u. Krugovi se skraćuju kada izgradnja kasni, a datum puštanja u rad ostaje gdje je bio. Na 21 SAP programu koji sam vodio ili spašavao najveća pogreška i dalje je nedovoljno planiranje na početku, a testiranje je obično mjesto gdje se to prvo pokaže.

Testovi su dobri samo onoliko koliko su dobri podaci na kojima se izvode. Moje pravilo su maskirani podaci, ali na produkcijskoj razini: volumeni produkcijskih razmjera i realistični zapisi, s maskiranim osobnim i osjetljivim poljima.

Mali, čisti testni podaci skrivaju probleme koji su važni. Izvještaj koji se izvrši za nekoliko sekundi na nekoliko tisuća zapisa može trajati satima na cijeloj godini knjiženja.

Okruženje je jednako važno kao i podaci. Testni landscape planirajte u fazi Prepare, odlučite kako se osvježava između krugova i držite projektne i BAU promjene odvojeno. Moj vodič za upravljanje SAP testnim podacima pokriva kopije, maskiranje i selektivne testne podatke.

Moje pravilo o automatizaciji je jednostavno. Kada postoji velik broj testnih slučajeva koji traže opsežno, ponovljeno testiranje, automatizirajte. Ispod toga ručno testiranje je u redu.

Automatizacija se obično prvo isplati u regresiji, jer se isti testovi izvode nakon svake promjene. UAT ostaje uglavnom ručni, jer mu je svrha prosudba poslovnog korisnika, a ne skripte.

Postoji praktičan razlog da se odluči rano. Za izradu i održavanje automatiziranih testova treba vremena, pa se isplate tek kada se izvedu mnogo puta. Moj vodič za automatizaciju SAP testiranja pokriva gdje početi i kada se isplati.

Alati se dijele u tri skupine: upravljanje testiranjem, funkcionalna automatizacija i testiranje performansi. Timovi koje sam vodio ili s kojima sam radio koristili su Tricentis Tosca, Worksoft, Panaya, SAP Cloud ALM, SAP Solution Manager, UiPath i LoadRunner.

Ovo radi svaka skupina, s proizvodima u njoj:

Skupina alata	Što radi	Proizvodi koje timovi često koriste
Upravljanje testiranjem	Planovi testiranja, testni slučajevi, zapisi o izvođenju, nedostaci i sljedivost do zahtjeva	SAP Cloud ALM, SAP Solution Manager, Panaya
Funkcionalna automatizacija testiranja	Izvodi skriptirane testove ili testove temeljene na modelima kroz SAP i ne-SAP aplikacije	Tricentis Tosca, SAP Test Automation by Tricentis, Worksoft, UiPath
Testiranje performansi	Simulira mnogo istodobnih korisnika i produkcijske volumene	OpenText LoadRunner, koji se sada prodaje kao OpenText Professional Performance Engineering

Nekoliko činjenica o proizvodima vrijedi znati prije nego što odaberete.

1. SAP Cloud ALM uključen je za korisnike sa SAP Enterprise Supportom ili cloud pretplatom koja sadrži Enterprise Support, cloud editions (SAP Support). Njegovo upravljanje testiranjem pokriva pripremu testova, planove testiranja i izvođenje, uključujući ručne testne slučajeve za UAT (SAP Learning).
2. SAP Solution Manager 7.2: standardno održavanje završava krajem 2027., uz opcionalno produljeno održavanje do kraja 2030. za dio funkcija, uključujući test suite (SAP Support).
3. SAP Test Automation by Tricentis je SAP-ov preprodavani proizvod za automatizaciju, integriran sa SAP Cloud ALM-om i izgrađen za SAP i sustave trećih strana (SAP).
4. LoadRunner je OpenText proizvod. LoadRunner Professional sada se zove OpenText Professional Performance Engineering i podržava protokole SAP GUI i SAP Web (OpenText).

Ako započinjete novi program, upravljanje testiranjem planirajte u Cloud ALM-u, a ne u Solution Manageru. Za dublju usporedbu pročitajte moj vodič za alate za SAP testiranje.

Na SAP Cloud ERP public edition (S/4HANA Cloud Public Edition) SAP nadograđuje svakog korisnika prema vlastitom rasporedu. SAP Learning opisuje nadogradnje svakih šest mjeseci, trenutačno u veljači i kolovozu, a nove funkcionalnosti isporučuju se mjesečno između njih (SAP Learning).

Datum nadogradnje ne birate Vi, pa regresijsko testiranje postaje stalna stavka u kalendaru, a ne projekt. To je najjači argument za ranu automatizaciju regresije na sustavu u javnom cloudu.

Na privatnom cloudu i on-premise sami upravljate vremenom nadogradnji. Svaka i dalje treba regresijski ciklus dimenzioniran prema procesima koje promjena dotiče.

Prije svega ostalog unesite testiranje u plan kao radni tok s vlastitim vlasnikom i budžetom, dimenzioniran na otprilike trećinu truda. Zatim imenujte poslovnog vlasnika UAT-a i odmah blokirajte 6 do 8 tjedana za njega u kalendaru, prije nego što ga izgradnja stisne.

Povežite rezultate testiranja sa svojim odlukama go/no-go putem mjerljivih izlaznih kriterija. Moj vodič za SAP quality gates pokazuje kako. Ako je Vaš program već u problemima, moje bilješke o oporavku SAP programa pokrivaju što prvo popraviti.

Ako želite neovisan pogled na strategiju testiranja ili odluku o puštanju u rad, pomažem organizacijama u tome. Ovdje me možete kontaktirati.

Što je SAP testiranje?

SAP testiranje dokazuje da konfigurirani SAP sustav ispravno izvodi Vaše poslovne procese, s Vašim podacima i pri Vašim volumenima. Na S/4HANA programu uključuje jedinično testiranje, integracijsko testiranje sustava, korisničko testiranje prihvaćanja, regresijsko testiranje, testiranje performansi i probu cutovera. Nastavlja se i nakon puštanja u rad, za svaku promjenu u podršci i svako izdanje.

Koje su vrste SAP testiranja?

Šest glavnih vrsta su jedinično testiranje, integracijsko testiranje sustava (SIT), korisničko testiranje prihvaćanja (UAT), regresijsko testiranje, testiranje performansi i proba cutovera. Jedinični testovi provjeravaju pojedinačne stavke, SIT provjerava cijele procese kroz module i sučelja, a UAT je prihvaćanje sustava od strane poslovanja. Regresija, performanse i proba cutovera štite od promjena, opterećenja i rizika samog puštanja u rad.

Koliko traje SAP korisničko testiranje prihvaćanja?

Za UAT planirajte najmanje 6 do 8 tjedana. Vlasnik bi trebalo biti poslovanje, koje izvodi svoje stvarne scenarije i potpisuje rezultat. Premalo testiranja u UAT-u i SIT-u najčešći je neuspjeh u testiranju koji vidim.

Koliki dio SAP projekta otpada na testiranje?

Prema mom iskustvu testiranje zauzima oko 35 posto truda na programu. To pokriva pripremu i izvođenje jediničnih testova, krugove SIT-a, UAT, regresiju, testiranje performansi i probe cutovera. Migracija podataka teče usporedno i za svaki krug testiranja treba podatke slične produkcijskima.

Treba li SAP testiranje automatizirati?

Automatizirajte kada imate velik broj testnih slučajeva koji traže opsežno, ponovljeno testiranje, što obično znači regresiju. Ispod toga ručno testiranje je u redu. UAT ostaje uglavnom ručni, jer mu je svrha prosudba poslovanja.

Koji se alat koristi za SAP testiranje?

Većina programa kombinira alat za upravljanje testiranjem s alatom za automatizaciju i alatom za testiranje performansi. Česti izbori su SAP Cloud ALM ili Solution Manager za upravljanje testiranjem, Tricentis Tosca, SAP Test Automation by Tricentis, Worksoft ili UiPath za automatizaciju te OpenText LoadRunner za performanse. Novi programi trebali bi planirati Cloud ALM, jer standardno održavanje alata Solution Manager završava 2027.