Strategija testiranja S/4HANA: ciklusi, kriteriji i uloge

Strategija testiranja S/4HANA odlučuje koje cikluse testiranja izvodite, kojim redoslijedom, tko je vlasnik svakog od njih i koji dokazi omogućuju prelazak s jednog na sljedeći. Na mojim programima obuhvaća integracijsko testiranje sustava (SIT) u krugovima, korisničko testiranje prihvaćanja (UAT) u krugovima i regresijsko testiranje, svako s pisanim ulaznim i izlaznim kriterijima i imenovanim potpisnikom.

Testiranje zauzima oko 35 posto truda na S/4HANA programima koje planiram, pa strategija zaslužuje jednaku pažnju kao plan izgradnje.

Same vrste testiranja opisane su u mom vodiču SAP testiranje objašnjeno. Ovaj članak je strateški sloj: ciklusi, kriteriji, uloge i okvir dokumenta.

SAP Activate stavlja većinu testiranja u fazu Realize. SAP-ov vlastiti materijal o strategiji testiranja za S/4HANA Cloud Private Edition jedinične testove i testove nizova smatra neformalnima. Testovi cijelih poslovnih procesa, integracije, migracije podataka i korisničkog prihvaćanja formalni su i moraju se dokumentirati.

Ovo je slijed koji planiram na S/4HANA programu:

Ciklusi testiranja S/4HANA

1. 01

   Jedinični testovi i testovi nizova

   Konzultanti testiraju svaku konfiguriranu funkciju i kratke nizove dok grade.

2. 02

   Krugovi SIT-a

   Cijeli lanci procesa kroz module, sučelja i migrirane podatke.

3. 03

   Krugovi UAT-a

   Poslovni korisnici krug po krug dokazuju da sustav izvodi njihove procese.

4. 04

   Regresija

   Ponovno testirajte ono što je već prošlo nakon ispravaka, transporta i izdanja.

5. 05

   Probne konverzije i proba

   Izvedite cutover onako kako će se izvesti te noći, prema kontrolnoj listi.

6. 06

   Puštanje u rad

   Krenite tek kada je dogovorena kontrolna lista za cutover dovršena.

Jedinično testiranje i testiranje nizova

Konzultanti i developeri testiraju svaku stavku konfiguracije i svaki razvoj dok ga grade. Testovi nizova povezuju nekoliko koraka, primjerice prodajni nalog sve do isporuke.

Neformalno prema SAP-ovim pojmovima, ali nije opcionalno.

Integracijsko testiranje sustava u krugovima

SIT testira cijele poslovne procese kroz module, sučelja i konvertirane ili učitane podatke. Planiram ga u krugovima, a ne kao jedan događaj, pa se nedostaci ispravljeni nakon jednog kruga ponovno testiraju u sljedećem.

Nemam fiksni broj krugova SIT-a. Broj ovisi o broju procesa, sučelja i entiteta u opsegu, a strategija treba reći koliko krugova i zašto.

Korisničko testiranje prihvaćanja u krugovima

U UAT-u poslovanje potvrđuje da sustav izvodi njegove procese, s vlastitim ljudima i realističnim podacima. Kao i SIT, planiram ga u krugovima, pa se ispravci iz jednog kruga ponovno testiraju u sljedećem.

UAT treba najmanje 6 do 8 tjedana. Poslovni testeri to rade uz svoj redovni posao i trebaju vremena za više od jednog kruga. Moj vodič za SAP korisničko testiranje prihvaćanja detaljno pokriva skripte, krugove i potpisivanje.

Regresijsko testiranje

Svaki ispravak, transport i izdanje mogu slomiti nešto što je već prošlo. Regresijsko testiranje nakon svake promjene ponovno izvodi važne procese, tijekom programa i nakon puštanja u rad.

SAP-ov materijal regresiju stavlja uglavnom u fazu Run, nakon nadogradnji izdanja, ali program je treba i ranije. Pristup, analiza utjecaja i postavljanje okruženja opisani su u mom vodiču za SAP regresijsko testiranje.

Probne konverzije i proba cutovera

Na brownfield konverziji planiram tri probne konverzije prije cutovera. Svaka testira samu konverziju, vremena i usklađivanje, a ne samo procese.

Posljednja proba treba teći kao prava noć: isti slijed, isti ljudi, ista kontrolna lista. Moj vremenski i projektni plan migracije na S/4HANA pokazuje gdje se ta izvođenja nalaze u planu.

Najvažnija pojedinačna odluka o vlasništvu: korisničko testiranje prihvaćanja pripada poslovanju. Ne integratoru sustava i ne IT-u.

Integrator može pripremiti skripte i ispraviti nedostatke. Samo ljudi koji vode Vaše financijsko zatvaranje, order-to-cash ili pogon mogu potvrditi da ti procesi rade.

SAP-ove vlastite smjernice upućuju na isto. Partnerovi stručnjaci za konfiguraciju izrađuju testne slučajeve, a korisnikovi stručnjaci iz poslovnih područja izvode UAT i bilježe rezultate.

Ovako bih podijelio vlasništvo kroz cikluse:

Ciklus	Vlasnik	Izvodi	Potpisuje
Jedinični testovi i testovi nizova	Voditelj tima za izgradnju	Konzultanti i developeri	Funkcionalni i tehnički voditelji
Krugovi SIT-a	Voditelj testiranja	Konzultanti, a ključni korisnici pridružuju se u kasnijim krugovima	Voditelj testiranja i vlasnici procesa
Krugovi UAT-a	Poslovanje, putem imenovanih vlasnika procesa	Ključni korisnici i poslovni testeri	Vlasnici procesa, zatim sponzor
Regresija	Voditelj testiranja	Tim za testiranje, s automatizacijom gdje je volumen opravdava	Voditelj testiranja i odbor za promjene
Probne konverzije i proba	Voditelj cutovera	Tehnički, podatkovni i funkcionalni timovi	Voditelj cutovera, voditelj podataka i sponzor

U strategiju upišite imena, a ne uloge. „Vlasnik financijskog procesa" je uloga; imenovana osoba koja je pristala potpisati je vlasnik.

Ulazni kriteriji sprječavaju da ciklus počne prije nego što može uspjeti. Izlazni kriteriji sprječavaju da završi samo zato što tako kaže kalendar.

Napišite i jedne i druge prije početka faze Realize, dok nitko nije pod pritiskom rokova. Moj vodič za SAP quality gates objašnjava kako ti kriteriji postaju formalna vrata s vlasnikom koji može reći „nije spremno".

Tablica u nastavku smjernica je za prilagodbu, a ne standard za kopiranje. Postotke i ograničenja nedostataka odredite sa svojim sponzorom i zabilježite ih u strategiji:

Ciklus	Ulazni kriteriji	Izlazni kriteriji
Jedinični testovi i testovi nizova	Dizajn potpisan; konfiguracija i razvoj dovršeni za stavke koje se testiraju	Sve stavke testirane i dokumentirane; nedostaci ispravljeni ili zabilježeni za SIT
Krug SIT-a	Jedinično testiranje dovršeno za procese u opsegu; testno okruženje izgrađeno i sučelja povezana; testni podaci učitani; skripte pregledane	Dogovoreni udio skripti izveden i prošao; nema otvorenih kritičnih nedostataka; svaki otvoreni manji nedostatak ima vlasnika i datum ispravka
Krug UAT-a	Izlazni kriteriji SIT-a ispunjeni; poslovni testeri imenovani i oslobođeni redovnog posla; skripte pregledali vlasnici procesa; obuka na testnom sustavu održana	Svaki proces u opsegu izveli su poslovni korisnici; nema otvorenih kritičnih nedostataka; vlasnici procesa potpisali su svoje procese
Regresija	Promjena, skup ispravaka ili izdanje spremni za prijenos; regresijski paket dogovoren za zahvaćene procese	Regresijski paket prošao; svaki pad ispravljen i ponovno testiran prije nego što promjena ide dalje
Probna konverzija ili proba	Kopija produkcije dostupna; kontrolna lista za cutover i run book u nacrtu; pravila usklađivanja dogovorena	Konverzija ili učitavanje dovršeni unutar planiranog prozora; usklađivanje potpisao voditelj podataka; kontrolna lista ažurirana naučenim lekcijama
Puštanje u rad	Svi prethodni izlazni kriteriji ispunjeni; kontrolna lista za cutover dogovorena unaprijed	Svaka stavka kontrolne liste dovršena i potpisana; odluku go ili no-go zabilježio je sponzor

Dva pravila čine da tablica radi. Svaki kriterij daje odgovor da ili ne, a svaki izlaz ima imenovanog potpisnika.

Ako ciklus ne ispuni izlazne kriterije, a poslovanje ipak želi ići dalje, neka to bude pisana odluka. Imenujte osobu koja je prihvatila rizik i nedostatke koji se prenose dalje.

Piše ga voditelj testiranja u fazi Prepare ili ranoj fazi Explore, a odobrava sponzor. Neka bude dovoljno kratak da ga vlasnici procesa pročitaju.

Ovo su odjeljci koje očekujem vidjeti:

1. Opseg i ciljevi. Koji se procesi, entiteti, sučelja i izvještaji testiraju, a koji su izričito izvan opsega.
2. Vrste testiranja i ciklusi. Jedinični testovi, testovi nizova, krugovi SIT-a, krugovi UAT-a, regresija, performanse, testiranje migracije podataka i probne konverzije, s brojem krugova i obrazloženjem.
3. Raspored i trud. Datumi za svaki ciklus unutar plana SAP Activate, uz najmanje 6 do 8 tjedana za UAT, i trud budžetiran prema udjelu testiranja od otprilike 35 posto.
4. Uloge i vlasništvo. Gornja tablica vlasništva, s imenima.
5. Ulazni i izlazni kriteriji. Jedan skup po ciklusu, s potpisnikom za svaki.
6. Okruženja. Koji se sustavi koriste za koji ciklus, kako se osvježavaju i kako se projektne promjene drže odvojeno od promjena iz žive podrške.
7. Testni podaci. Odakle podaci dolaze, kako se maskiraju i kako se osvježavaju između krugova. Moj vodič za upravljanje SAP testnim podacima to detaljno pokriva.
8. Upravljanje nedostacima. Definicije ozbiljnosti, ritam trijaže, tko odlučuje o prioritetu i ciljano vrijeme ispravka po ozbiljnosti.
9. Alati. Gdje se nalaze testni slučajevi, rezultati, nedostaci i potpisi, s jednim sustavom evidencije.
10. Pristup automatizaciji. Koji se testovi automatiziraju, koji ostaju ručni i zašto.
11. Izvještavanje. Što pokazuje tjedni izvještaj o testiranju i tko ga prima.
12. Kriteriji za cutover i puštanje u rad. Kontrolna lista za cutover, probe koje je dokazuju i tko donosi odluku go ili no-go.
13. Rizici i pretpostavke. Dostupnost testera, datumi okruženja, spremnost podataka i ovisnosti o trećim stranama.

Što se tiče alata, SAP Cloud ALM je zadani izbor za nove programe. SAP navodi da za SAP Cloud ALM ne postoji zasebna licenca: uključen je uz Enterprise Support, a njegove aplikacije za upravljanje testiranjem sadrže formalne testne slučajeve, izvođenja i rezultate.

SAP Solution Manager 7.2 još se koristi na mnogim programima, ali njegovo standardno održavanje završava krajem 2027.. Za automatizaciju SAP prodaje SAP Test Automation by Tricentis, koji radi s Cloud ALM-om; moja usporedba alata za SAP testiranje pokriva širi izbor.

Najčešći neuspjeh u testiranju koji vidim jest premalo testiranja u UAT-u i SIT-u.

Čest mehanizam: izgradnja kasni, datum puštanja u rad ostaje fiksan, a tjedni se oduzimaju od ciklusa testiranja jer se nalaze na kraju plana.

Ovo su obrasci koji to uzrokuju i što učiniti sa svakim od njih:

1. SIT počinje prije nego što je jedinično testiranje završeno. Prvi krug SIT-a postaje krug jediničnog testiranja. Držite se ulaznih kriterija.
2. UAT je planiran za dva ili tri tjedna. Poslovni korisnici u tom vremenu ne mogu pravilno testirati uz svoj redovni posao. Planirajte najmanje 6 do 8 tjedana i oslobodite testere.
3. Integrator izvodi UAT umjesto poslovanja. Skripte prolaze, a poslovanje otkriva praznine nakon puštanja u rad. Vlasništvo nad UAT-om zadržite kod vlasnika procesa.
4. Testiranje je budžetirano kao mala stavka. Uz oko 35 posto truda, testiranje budžetirano na mali dio toga prvo se reže.
5. Izlazni kriteriji pišu se tijekom ciklusa. Na kraju odgovaraju onome što je tim postigao. Napišite ih prije faze Realize.
6. O puštanju u rad odlučuje se prema osjećaju, a ne prema kontrolnoj listi. Nitko ne može pokazati što je dogovoreno, pa nitko ne može reći što nedostaje.

Na toj posljednjoj točki inzistiram. Moj kriterij za puštanje u rad je opsežna kontrolna lista za cutover, dogovorena unaprijed s poslovanjem, IT-om i integratorom.

Pokriva tehničke korake, učitavanja podataka, usklađivanja, poslovne provjere, prebacivanje sučelja, korisnički pristup i točke odluke go ili no-go. Ako stavka nije dovršena i potpisana, program nije spreman, bez obzira na to što kaže datum.

Prije početka faze Realize zatražite od voditelja testiranja dokument strategije testiranja i provjerite ga prema gornjem okviru. Ako nema imenovanog vlasnika UAT-a, daje UAT-u manje od 6 do 8 tjedana ili nema ulazne i izlazne kriterije po ciklusu, to popravite prvo.

Ako želite neovisan pregled strategije testiranja ili kontrolne liste za puštanje u rad, pomažem organizacijama u tome. Ovdje me možete kontaktirati.

Što je strategija testiranja S/4HANA?

To je plan koji odlučuje koji se ciklusi testiranja izvode, kojim redoslijedom, tko je vlasnik i potpisnik svakog od njih i koji dokazi omogućuju programu prelazak iz jednog ciklusa u sljedeći. Na S/4HANA programu obično pokriva jedinično testiranje i testiranje nizova, krugove SIT-a, krugove UAT-a, regresiju, testiranje migracije podataka i probe cutovera.

Koliki dio S/4HANA programa otpada na testiranje?

Na programima koje planiram testiranje zauzima oko 35 posto truda na programu. Budžetirajte ga na toj razini od početka, jer se nedovoljno financirano testiranje prvo reže kada izgradnja kasni.

Koliko treba trajati UAT na S/4HANA projektu?

Najmanje 6 do 8 tjedana. Poslovni testeri izvode UAT uz svoj redovni posao i trebaju vremena za više od jednog kruga, kako bi se ispravci iz prvog kruga ponovno testirali.

Tko bi trebao biti vlasnik korisničkog testiranja prihvaćanja u SAP-u?

Poslovanje, putem imenovanih vlasnika procesa. Integrator sustava može pripremiti skripte, upravljati okruženjem i ispravljati nedostatke, ali samo ljudi koji vode procese mogu potvrditi da sustav radi za njih.

Što su ulazni i izlazni kriteriji u SAP testiranju?

Ulazni kriteriji su uvjeti koje ciklus treba prije početka, kao što su dovršeno jedinično testiranje, izgrađeno okruženje i učitani testni podaci. Izlazni kriteriji su uvjeti koje mora ispuniti prije završetka, kao što su izvedene skripte, nijedan otvoreni kritični nedostatak i potpis vlasnika procesa. Svaki treba dati odgovor da ili ne i imati imenovanog potpisnika.

Što treba sadržavati kontrolna lista za puštanje S/4HANA u rad?

Tehničke korake cutovera, učitavanja podataka i usklađivanja, poslovne provjere, prebacivanje sučelja, korisnički pristup i točke odluke go ili no-go. Dogovorite je unaprijed, uvježbajte je u probnim konverzijama ili generalnoj probi i krenite u rad tek kada je svaka stavka dovršena i potpisana.