S/4HANA test stratejisi: döngüler, kriterler ve roller

Bir S/4HANA test stratejisi; hangi test döngülerini, hangi sırayla çalıştıracağınızı, her birinin sahibinin kim olduğunu ve birinden diğerine hangi kanıtla geçebileceğinizi belirler. Benim programlarımda turlar halinde sistem entegrasyon testini (SIT), turlar halinde kullanıcı kabul testini (UAT) ve regresyon testini kapsar; her birinin yazılı giriş ve çıkış kriterleri ve adı belirlenmiş bir onaylayıcısı vardır.

Planladığım S/4HANA programlarında test, program eforunun yaklaşık yüzde 35'ini alır; bu yüzden strateji, geliştirme planı kadar özen hak eder.

Test türlerinin kendisini SAP testi rehberimde ele alıyorum. Bu yazı strateji katmanıdır: döngüler, kriterler, roller ve belge taslağı.

SAP Activate, testlerin çoğunu Realize'a koyar. SAP'nin kendi S/4HANA Cloud Private Edition test stratejisi materyali, birim ve string testlerini gayri resmi kabul eder. Uçtan uca iş süreci, entegrasyon, veri taşıma ve kullanıcı kabul testleri ise resmidir ve belgelenmelidir.

Bir S/4HANA programında planladığım sıra şu:

S/4HANA test döngüleri

1. 01

   Birim ve string

   Danışmanlar her yapılandırılmış işlevi ve kısa zincirleri geliştirirken test eder.

2. 02

   SIT turları

   Modüller, arayüzler ve taşınmış veriler boyunca süreç zincirlerinin tamamı.

3. 03

   UAT turları

   İş kullanıcıları, sistemin süreçlerini çalıştırdığını tur tur kanıtlar.

4. 04

   Regresyon

   Düzeltmeler, transportlar ve sürümlerden sonra daha önce geçeni yeniden test edin.

5. 05

   Deneme dönüşümleri ve prova

   Cutover'ı, o gece çalışacağı gibi, kontrol listesine göre çalıştırın.

6. 06

   Canlıya geçiş

   Yalnızca üzerinde anlaşılan cutover kontrol listesi tamamlandığında canlıya geçin.

Birim ve string testi

Danışmanlar ve geliştiriciler her yapılandırma öğesini ve her geliştirmeyi oluştururken test eder. String testleri birkaç adımı birbirine zincirler; örneğin bir satış siparişinden teslimata kadar.

SAP'nin terimleriyle gayri resmidir, ama isteğe bağlı değildir.

Turlar halinde sistem entegrasyon testi

SIT, iş süreçlerinin tamamını modüller, arayüzler ve dönüştürülmüş veya yüklenmiş veriler boyunca test eder. Onu tek bir etkinlik olarak değil, turlar halinde planlarım; böylece bir turdan sonra düzeltilen hatalar bir sonraki turda yeniden test edilir.

Sabit bir SIT turu sayım yok. Sayı, kapsamdaki süreçlerin, arayüzlerin ve şirketlerin sayısına bağlıdır; strateji kaç tur olacağını ve nedenini söylemelidir.

Turlar halinde kullanıcı kabul testi

UAT, iş biriminin kendi çalışanları ve gerçekçi verilerle sistemin süreçlerini çalıştırdığını onayladığı yerdir. SIT gibi onu da turlar halinde planlarım; böylece bir turdaki düzeltmeler bir sonrakinde yeniden test edilir.

UAT en az 6 ila 8 hafta gerektirir. İş tarafındaki test kullanıcıları bunu normal işlerinin yanında yapar ve birden fazla tur için zamana ihtiyaç duyarlar. SAP kullanıcı kabul testi rehberim senaryoları, turları ve onayı ayrıntılı olarak ele alıyor.

Regresyon testi

Her düzeltme, transport ve sürüm daha önce geçmiş bir şeyi bozabilir. Regresyon testi, önemli süreçleri her değişiklikten sonra, program süresince ve canlıya geçişten sonra yeniden çalıştırır.

SAP'nin materyali regresyonu ağırlıklı olarak Run'a, sürüm yükseltmelerinin sonrasına koyar, ama bir programın buna daha erken de ihtiyacı vardır. Yaklaşım, etki analizi ve ortam kurulumu SAP regresyon testi rehberimde.

Deneme dönüşümleri ve cutover provası

Brownfield bir dönüşümde cutover'dan önce üç deneme dönüşümü planlarım. Her biri yalnızca süreçleri değil, dönüşümün kendisini, süreleri ve mutabakatı test eder.

Son prova gerçek gece gibi çalışmalıdır: aynı sıra, aynı kişiler, aynı kontrol listesi. S/4HANA geçiş zaman çizelgesi ve proje planı yazım, bu çalıştırmaların plandaki yerini gösteriyor.

En önemli sahiplik kararı şudur: kullanıcı kabul testinin sahibi iş birimidir. Sistem entegratörü değil, BT değil.

Bir entegratör senaryoları hazırlayabilir ve hataları düzeltebilir. Finans kapanışınızı, order-to-cash sürecinizi veya fabrikanızı yöneten kişiler ise bu süreçlerin işlediğini onaylayabilecek tek kişilerdir.

SAP'nin kendi yönlendirmesi de aynı yönü gösterir. İş ortağının yapılandırma uzmanları test senaryolarını oluşturur, müşterinin iş birimi uzmanları da UAT'yi yürütür ve sonuçları kaydeder.

Sahipliği döngüler arasında şöyle bölerdim:

Döngü	Sahibi	Yürüten	Onaylayan
Birim ve string	Geliştirme ekibi lideri	Danışmanlar ve geliştiriciler	Fonksiyonel ve teknik liderler
SIT turları	Test yöneticisi	Danışmanlar, sonraki turlara katılan kilit kullanıcılarla	Test yöneticisi ve süreç sahipleri
UAT turları	İş birimi, adı belirlenmiş süreç sahipleri aracılığıyla	Kilit kullanıcılar ve iş tarafındaki test kullanıcıları	Süreç sahipleri, ardından sponsor
Regresyon	Test yöneticisi	Test ekibi, hacmin gerektirdiği yerde otomatik	Test yöneticisi ve değişiklik kurulu
Deneme dönüşümleri ve prova	Cutover lideri	Teknik, veri ve fonksiyonel ekipler	Cutover lideri, veri lideri ve sponsor

Stratejiye rolleri değil, isimleri yazın. "Finans süreç sahibi" bir roldür; onay vermeyi kabul etmiş, adı belli bir kişi ise bir sahiptir.

Giriş kriterleri, bir döngünün başarılı olamayacağı bir anda başlamasını engeller. Çıkış kriterleri ise takvim öyle dediği için bitmesini engeller.

İkisini de Realize başlamadan önce, kimse son tarih baskısı altında değilken yazın. SAP kalite kapıları rehberim, bu kriterlerin "hazır değil" diyebilecek bir sahibi olan resmi kapılara nasıl dönüştüğünü açıklıyor.

Aşağıdaki tablo, kopyalanacak bir standart değil, uyarlanacak bir yol göstericidir. Yüzdeleri ve hata sınırlarını sponsorunuzla belirleyin ve stratejiye kaydedin:

Döngü	Giriş kriterleri	Çıkış kriterleri
Birim ve string	Tasarım onaylanmış; test edilen öğeler için yapılandırma ve geliştirme tamamlanmış	Tüm öğeler test edilmiş ve belgelenmiş; hatalar düzeltilmiş veya SIT'ye karşı kaydedilmiş
SIT turu	Kapsamdaki süreçler için birim testi tamamlanmış; test ortamı kurulmuş ve arayüzler bağlanmış; test verileri yüklenmiş; senaryolar gözden geçirilmiş	Senaryoların üzerinde anlaşılan oranı yürütülmüş ve geçmiş; açık kritik hata yok; açık düşük öncelikli hataların her birinin bir sahibi ve düzeltme tarihi var
UAT turu	SIT çıkış kriterleri karşılanmış; iş tarafındaki test kullanıcıları belirlenmiş ve günlük işlerinden ayrılmış; senaryolar süreç sahiplerince gözden geçirilmiş; test sistemi eğitimi yapılmış	Kapsamdaki her süreç iş kullanıcılarınca yürütülmüş; açık kritik hata yok; süreç sahipleri kendi süreçlerini onaylamış
Regresyon	Taşınmaya hazır bir değişiklik, düzeltme grubu veya sürüm; etkilenen süreçler için regresyon paketi üzerinde anlaşılmış	Regresyon paketi geçmiş; her hata, değişiklik ilerlemeden önce düzeltilmiş ve yeniden test edilmiş
Deneme dönüşümü veya prova	Üretim kopyası mevcut; cutover kontrol listesi ve çalıştırma kılavuzu taslağı hazır; mutabakat kuralları üzerinde anlaşılmış	Dönüşüm veya yükleme planlanan pencere içinde tamamlanmış; mutabakat veri lideri tarafından imzalanmış; kontrol listesi alınan derslerle güncellenmiş
Canlıya geçiş	Önceki tüm çıkış kriterleri karşılanmış; cutover kontrol listesi üzerinde önceden anlaşılmış	Kontrol listesindeki her madde tamamlanmış ve imzalanmış; go veya no-go kararı sponsor tarafından kaydedilmiş

Tablonun işlemesini iki kural sağlar. Her kriter evet ya da hayır cevabı verir ve her çıkışın adı belli bir imzacısı vardır.

Bir döngü çıkış kriterlerini karşılayamaz ve iş birimi yine de ilerlemek isterse, bunu yazılı bir karar haline getirin. Riski kabul eden kişiyi ve sonraya devredilen hataları adıyla yazın.

Belgeyi test yöneticisi Prepare'da veya Explore'un başında yazar, sponsor onaylar. Süreç sahiplerinin okuyacağı kadar kısa tutun.

Görmeyi beklediğim bölümler şunlar:

1. Kapsam ve hedefler. Hangi süreçlerin, şirketlerin, arayüzlerin ve raporların test edileceği ve hangilerinin açıkça kapsam dışı olduğu.
2. Test türleri ve döngüler. Birim, string, SIT turları, UAT turları, regresyon, performans, veri taşıma testi ve deneme dönüşümleri; tur sayısı ve gerekçesiyle.
3. Takvim ve efor. Her döngünün SAP Activate planı içindeki tarihleri, UAT'ye en az 6 ila 8 hafta verilerek; efor da yaklaşık yüzde 35'lik test payına göre bütçelenmiş olarak.
4. Roller ve sahiplik. Yukarıdaki sahiplik tablosu, isimlerle.
5. Giriş ve çıkış kriterleri. Her döngü için bir set, her birinin imzacısıyla.
6. Ortamlar. Hangi döngü için hangi sistemlerin kullanıldığı, nasıl yenilendikleri ve proje değişikliklerinin canlı destek değişikliklerinden nasıl ayrı tutulduğu.
7. Test verileri. Verilerin nereden geldiği, nasıl maskelendiği ve turlar arasında nasıl yenilendiği. SAP test verisi yönetimi rehberim bunu ayrıntılı ele alıyor.
8. Hata yönetimi. Önem derecesi tanımları, önceliklendirme sıklığı, önceliğe kimin karar verdiği ve önem derecesine göre hedef düzeltme süresi.
9. Araçlar. Test senaryolarının, sonuçların, hataların ve onayların nerede tutulduğu; tek bir kayıt sistemiyle.
10. Otomasyon yaklaşımı. Hangi testlerin otomatikleştirildiği, hangilerinin manuel kaldığı ve nedeni.
11. Raporlama. Haftalık test raporunun neyi gösterdiği ve kimlere gittiği.
12. Cutover ve canlıya geçiş kriterleri. Cutover kontrol listesi, onu kanıtlayan provalar ve go veya no-go kararını kimin verdiği.
13. Riskler ve varsayımlar. Test kullanıcılarının müsaitliği, ortam tarihleri, verilerin hazır olması ve üçüncü taraflara bağımlılıklar.

Araçlar konusunda yeni programlar için varsayılan seçim SAP Cloud ALM'dir. SAP, SAP Cloud ALM için ayrı bir lisans olmadığını belirtiyor: Enterprise Support'a dahildir ve test yönetimi uygulamaları resmi test senaryolarını, çalıştırmaları ve sonuçları tutar.

SAP Solution Manager 7.2 birçok programda hâlâ kullanılıyor, ancak ana bakım dönemi 2027 sonunda sona eriyor. Otomasyon için SAP, Cloud ALM ile çalışan SAP Test Automation by Tricentis ürününü satıyor; daha geniş seçenekleri SAP test araçları karşılaştırmam ele alıyor.

En sık gördüğüm test başarısızlığı, UAT ve SIT'de yeterince test yapılmamasıdır.

Yaygın bir mekanizma şöyle işler: geliştirme gecikir, canlıya geçiş tarihi sabit kalır ve haftalar planın sonunda durdukları için test döngülerinden kesilir.

Buna yol açan örüntüler ve her biri için yapılması gerekenler şunlar:

1. SIT, birim testi bitmeden başlar. İlk SIT turu bir birim testi turuna dönüşür. Giriş kriterlerinden taviz vermeyin.
2. UAT iki üç hafta olarak planlanır. İş kullanıcıları bu sürede günlük işlerinin yanında düzgün test yapamaz. En az 6 ila 8 hafta planlayın ve test kullanıcılarını işlerinden ayırın.
3. Entegratör UAT'yi iş birimi adına yürütür. Senaryolar geçer, iş birimi de boşlukları canlıya geçişten sonra bulur. UAT sahipliğini süreç sahiplerinde tutun.
4. Test küçük bir bütçe kalemi olarak planlanır. Eforun yaklaşık yüzde 35'ini oluşturan test, bunun küçük bir kesriyle bütçelenirse ilk kesilen kalem olur.
5. Çıkış kriterleri döngü sırasında yazılır. Sonunda ekibin ulaştığı her neyse ona uyarlar. Onları Realize'dan önce yazın.
6. Canlıya geçişe bir kontrol listesiyle değil, güvenle karar verilir. Neyin üzerinde anlaşıldığını kimse gösteremez, dolayısıyla neyin eksik olduğunu da kimse söyleyemez.

Üzerinde ısrar ettiğim nokta bu sonuncusu. Canlıya geçiş kriterim; iş birimi, BT ve entegratörle önceden üzerinde anlaşılmış kapsamlı bir cutover kontrol listesidir.

Liste teknik adımları, veri yüklemelerini, mutabakatları, iş doğrulamalarını, arayüz geçişlerini, kullanıcı erişimini ve go veya no-go noktalarını kapsar. Bir madde tamamlanıp imzalanmamışsa, tarih ne derse desin program hazır değildir.

Realize başlamadan önce test yöneticinizden test stratejisi belgesini isteyin ve yukarıdaki taslakla karşılaştırın. Belgede adı belirlenmiş bir UAT sahibi yoksa, UAT'ye 6 ila 8 haftadan az süre veriliyorsa veya her döngü için giriş ve çıkış kriterleri yoksa, önce bunu düzeltin.

Bir test stratejisinin veya canlıya geçiş kontrol listesinin bağımsız olarak gözden geçirilmesini istiyorsanız, kurumlara bu konuda yardımcı oluyorum. Bana buradan ulaşabilirsiniz.

S/4HANA test stratejisi nedir?

Hangi test döngülerinin hangi sırayla çalışacağına, her birinin sahibinin ve onaylayanın kim olduğuna ve programın bir döngüden diğerine hangi kanıtla geçeceğine karar veren plandır. Bir S/4HANA programında genellikle birim ve string testini, SIT turlarını, UAT turlarını, regresyonu, veri taşıma testini ve cutover provalarını kapsar.

Bir S/4HANA programının ne kadarı testtir?

Planladığım programlarda test, program eforunun yaklaşık yüzde 35'ini alır. Baştan bu düzeyde bütçeleyin, çünkü yetersiz fonlanan test, geliştirme geciktiğinde ilk kesilen şeydir.

Bir S/4HANA projesinde UAT ne kadar sürmeli?

En az 6 ila 8 hafta. İş tarafındaki test kullanıcıları UAT'yi normal işlerinin yanında yürütür ve ilk turdaki düzeltmelerin yeniden test edilmesi için birden fazla tura zaman ayırmaları gerekir.

SAP'de kullanıcı kabul testinin sahibi kim olmalı?

İş birimi, adı belirlenmiş süreç sahipleri aracılığıyla. Sistem entegratörü senaryoları hazırlayabilir, ortamı yönetebilir ve hataları düzeltebilir, ama sistemin kendileri için işlediğini yalnızca süreçleri yürüten kişiler onaylayabilir.

SAP testinde giriş ve çıkış kriterleri nelerdir?

Giriş kriterleri, bir döngünün başlamadan önce ihtiyaç duyduğu koşullardır: tamamlanmış birim testi, kurulmuş bir ortam ve yüklenmiş test verileri gibi. Çıkış kriterleri ise döngü bitmeden önce karşılanması gereken koşullardır: yürütülmüş senaryolar, açık kritik hata olmaması ve süreç sahibi onayı gibi. Her biri evet ya da hayır cevabı vermeli ve adı belli bir imzacıya sahip olmalıdır.

Bir S/4HANA canlıya geçiş kontrol listesi neleri içermeli?

Teknik cutover adımlarını, veri yüklemelerini ve mutabakatları, iş doğrulamalarını, arayüz geçişlerini, kullanıcı erişimini ve go veya no-go karar noktalarını. Üzerinde önceden anlaşın, deneme dönüşümlerinde veya genel provada prova edin ve yalnızca her madde tamamlanıp imzalandığında canlıya geçin.