SAP kullanıcı kabul testi: sahibi kim ve nasıl yürütülür

SAP kullanıcı kabul testi (UAT), iş kullanıcılarının yapılandırılmış sistemde kendi süreçlerini çalıştırdığı ve canlıya geçişten önce sistemi resmi olarak kabul ettiği aşamadır. Sahibi iş birimidir, BT ve uygulama ortağı destek verir; bir S/4HANA programında UAT için en az 6 ila 8 hafta planlarım.

En sık gördüğüm test başarısızlığı basittir: UAT'de ve sistem entegrasyon testinde (SIT) yeterince test yapılmaması. Zaman çizelgesi kaydığında bu iki aşama sıkıştırılır ve boşluklar bunun yerine canlıya geçişten sonra ortaya çıkar.

Aşağıda: kim ne yapar, hazırlık, senaryolar, hata ayrıştırma ve bir anlam taşıyan onay. UAT'nin diğer test türleri arasındaki yeri için SAP testi genel bakışımla başlayın.

Kullanıcı kabul testinin sahibi iş birimidir. Benim tutumum bu ve takvim sıkıştığında değişmemeli.

Nedeni adında saklı. Kabul, sistemin işi yürütüp yürütmediğine dair bir iş kararıdır; dolayısıyla bu kararı yalnızca işi yürüten kişiler verebilir. UAT'yi BT veya iş ortağı onaylarsa, kimse hiçbir şeyi kabul etmemiş olur.

SAP'nin kendi metodolojisi de aynı şeyi söyler. S/4HANA Cloud Private Edition için test stratejisi rehberi, UAT'yi Realize aşamasına koyar. İş ortağının yapılandırma uzmanları manuel test senaryolarını hazırlar, müşterinin iş birimi uzmanları da bunları çalıştırır ve sonuçları belgeler.

İşin uygulanabilir bir bölüşümü şöyle görünür:

Rol	UAT'de sahibi olduğu	Sahibi olmadığı
İş süreci sahipleri	Senaryoların kapsamı, kabul kriterleri, kendi süreçleri için nihai onay	Yapılandırmayı veya kodu düzeltmek
Kilit kullanıcılar ve test kullanıcıları	Senaryoları çalıştırmak, sonuçları ve kanıtları kaydetmek, bulgu açmak	Bir hatanın "hata olmadığına" tek başına karar vermek
UAT lideri (iş tarafı)	Günlük plan, ilerleme, ayrıştırma toplantısı başkanlığı, sponsora hazırlık raporları	Teknik düzeltmeler
Uygulama ortağı	Senaryo taslakları, test sisteminin hazırlığı, hataların düzeltilmesi, yeniden test desteği	Kabul
Kurum içi BT	Ortamlar, erişim, diğer sistemlere arayüzler, transportlar	Kabul
Veri ekibi	Test verilerinin yüklenmesi ve yenilenmesi, mutabakat desteği	İş senaryosu tasarımı

UAT lideri iş ortağından değil, iş biriminden gelmelidir. İş ortağının yönettiği bir UAT, geliştirmenin çalıştığını kanıtlamaya kayar; bu ise işin sistem üzerinde yürüyüp yürüyemeyeceğinden farklı bir sorudur.

UAT en az 6 ila 8 hafta gerektirir. Daha azında iş birimi sorunsuz akışı bir kez test eder, düzeltmeleri yeniden test etmeye zamanı olmaz ve gerçek sorunların yaşadığı istisnalara hiç ulaşamaz.

Bu haftalar ancak UAT istikrarlı bir sistem üzerinde başlarsa işe yarar. SAP'nin yönlendirmesi, iş süreçlerinin entegrasyonlar kurulduktan ve süreç için veriler taşındıktan sonra test edilmesi yönündedir. Bu, SIT'nin üzerinde anlaşılmış çıkış kriterlerine göre önce bitmesi gerektiği anlamına gelir; S/4HANA test stratejisi rehberim bu döngülerin birbirine nasıl bağlandığını ortaya koyuyor.

İlk test kullanıcısı sisteme girmeden önce şunlar hazır olmalıdır:

1. Onaylanmış süreç tasarımları. Senaryolar onlardan yazılır; onaylanmamış tasarımlar, oturmamış senaryolar demektir.
2. Karşılanmış ve kaydedilmiş giriş kriterleri. SIT tamamlanmış, açık kritik hata yok ve test sistemi kontrollü düzeltmeler dışında dondurulmuş.
3. Üretime benzeyen bir test sistemi. Yapılandırma, arayüzler, roller ve yetkiler canlıya geçişteki halleriyle.
4. Gerçekçi test verileri. Maskelenmiş, üretim düzeyinde, test başlamadan önce yüklenmiş ve mutabakatı yapılmış. SAP test verisi yönetimi rehberim bunun nasıl yapılacağını ele alıyor.
5. Günlük işlerinden ayrılmış test kullanıcıları. İsimlerini belirleyin, çalışma saatlerini yöneticileriyle kararlaştırın ve yazıya dökün.
6. Yeni sistem konusunda eğitilmiş test kullanıcıları. Kullanacakları Fiori uygulamaları ve işlemler üzerinden kısa bir tanıtım; UAT sırasında değil, öncesinde.
7. Tek bir test yönetimi aracı. Senaryolar, sonuçlar, kanıtlar ve hatalar paralel elektronik tablolarda değil, tek bir yerde.

UAT genellikle 5. maddede sessizce başarısız olur. UAT'yi ay sonu kapanışının etrafına sığdırması istenen test kullanıcıları önceliği ay sonuna verir ve haklıdırlar.

Bir UAT senaryosu bir işlem listesi değil, bir iş senaryosudur. "Satış siparişi oluştur" bir ekranı test eder. "Kredi blokajındaki yeni bir müşteriden sipariş alın, blokajı kaldırın, teslim edin ve faturalayın" ise işi test eder.

Senaryoları onaylanmış süreç tasarımlarından oluşturun ve her birine iş terimleriyle açık bir beklenen sonuç verin. Test kullanıcısı bir danışmana sormadan geçti ya da kaldı diyebilmelidir.

Dört tür senaryoyu kapsayın:

1. Temel akışlar. İşi ayakta tutan günlük süreçler: order to cash, procure to pay ve record to report gibi.
2. İstisnalar. İadeler, kredi blokajları, kısmi teslimatlar, fiyat değişiklikleri, ters kayıtlar ve reddedilen onaylar.
3. Dönem sonu. Finans ekibinin gerçekten yürüttüğü ay sonu ve yıl sonu adımları, yürüttükleri sırayla.
4. Rol kontrolleri. Yetki boşluklarının şimdi ortaya çıkması için her test kullanıcısının canlıya geçişte sahip olacağı rolle çalışması.

Senaryo taslaklarını iş ortağı hazırlasın, ardından kilit kullanıcılar bunları kendi dilleriyle yeniden yazsın. İş birimi bir senaryoyu yardım almadan takip edemiyorsa, o senaryo geliştirme ekibi için yazılmıştır.

SAP Cloud ALM'de manuel test senaryoları bir süreçten başlar ve test planları bunları döngüler halinde gruplar. Test kullanıcıları her adımı geçti ya da kaldı olarak işaretler, gerçekleşen sonucu kaydeder ve hatayı test yürütmesinden açar; bu da senaryo ile hata arasındaki bağı korur.

Test yönetimi için hâlâ SAP Solution Manager 7.2 kullanan programlarda, ana bakım döneminin 2027 sonunda sona erdiğini unutmayın (SAP Support). Yeni programları Cloud ALM üzerine planlayın.

Her UAT bulgusu bir hata değildir. Hepsini hata olarak ele almak iş ortağını boğar, hepsini değişiklik talebi olarak ele almak ise gerçek başarısızlıkları gizler.

UAT'nin her günü bir ayrıştırma toplantısı yapın. Toplantıya iş tarafındaki UAT lideri başkanlık eder; iş ortağının fonksiyonel liderleri ve bir BT temsilcisi katılır. Her yeni bulgu odadan bir tür, bir önem derecesi ve bir sahiple çıkar.

Basit bir sınıflandırma bulguların çoğunu kapsar:

Bulgu türü	Anlamı	Kim harekete geçer	Onaya etkisi
Hata	Sistem, onaylanmış tasarımın söylediğini yapmıyor	İş ortağı düzeltir, test kullanıcısı yeniden test eder	Kritik ve yüksek hatalar onayı engeller
Değişiklik talebi	Tasarım karşılandı, ama iş birimi artık farklı bir şey istiyor	Tasarım otoritesi maliyet ve zamanlamayla birlikte karar verir	İş birimi süreç onsuz yürüyemez demedikçe engellemez
Veri sorunu	Yanlış veya eksik ana veri ya da hareket verisi	Veri ekibi düzeltir, test kullanıcısı yeniden test eder	Aynı veri canlıya geçecekse engeller
Eğitim veya kullanım sorunu	Sistem çalışıyor, ama test kullanıcısı nasıl kullanacağını bilmiyordu	Eğitim lideri materyali günceller	Engellemez, ama eğitim planına girdi sağlar
Yetki sorunu	Rolde erişim eksik veya fazla	Güvenlik ekibi rolü düzenler	Etkilenen rol için engeller

Önem derecesi tanımları üzerinde UAT başlamadan önce, iş terimleriyle anlaşın. Kritik bir hata, geçici çözümü olmayan bir süreci durdurur. Yüksek bir hatanın geçici çözümü vardır, ama iş birimi bunu hacim altında sürdüremez.

Değişiklik talebi sütununu izleyin. UAT'de uzun bir değişiklik talebi listesi genellikle iş biriminin tasarıma düzgün katılmadığı anlamına gelir; bu da bir sonraki dalgadan önce düzeltilmesi gereken bir sorundur.

SAP'nin Activate eğitimi, Realize aşamasının kullanıcı kabul testi tamamlanıp onaylandığında tamamlandığını belirtir. Bu onayı bir e-posta zinciri değil, bir belge haline getirin.

Her iş süreci sahibi kendi süreci için imza atar. Onay şunları kaydetmelidir:

1. Neyin test edildiği. Çalıştırılan, geçen ve kalan senaryolar; kanıtlar test aracında tutulur.
2. Neyin hâlâ açık olduğu. Her açık hata; önem derecesi, sahibi ve hedef tarihiyle.
3. Neyin geçici bir çözümle kabul edildiği. Her biri adıyla, iş biriminin uygulamayı kabul ettiği geçici çözümle birlikte.
4. Kimin ve ne zaman imzaladığı. Bir komite değil, süreç başına adı belli bir kişi.

Çıkış kriterlerini UAT başlamadan önce yazın ve sonuçlar geldiğinde değiştirmeyin. İş birimi boşluklara rağmen canlıya geçmek isterse, bunu imzalı bir karar olarak kaydedin. SAP kalite kapıları rehberim bu kapının aşama geçişlerine nasıl oturduğunu ele alıyor.

UAT onayı canlıya geçiş kararı değildir. O karara girdi sağlar.

Üzerinde ısrar ettiğim canlıya geçiş kriteri, önceden üzerinde anlaşılmış kapsamlı bir cutover kontrol listesidir. UAT onayı bu listede veri mutabakatı, eğitim ve cutover provasının yanında bir satırdır.

Onaydan sonra kabul edileni koruyun. Buradan canlıya geçişe kadar her düzeltme ve transport yeniden test gerektirir; SAP regresyon testi rehberim bunun nasıl kontrol altında tutulacağını açıklıyor.

Uzun bir belgeye ihtiyacınız yok. Her seferinde aynı soruları yanıtlayan, UAT başlamadan önce yazılmış ve iş birimince imzalanmış tek bir plana ihtiyacınız var.

Basit bir taslak bunu karşılar:

Bölüm	İçeriği	Sahibi
Kapsam	Kapsamdaki süreçler, organizasyon birimleri ve roller ile açıkça kapsam dışı olanlar	İş süreci sahipleri
Takvim	Başlangıç ve bitiş tarihleri, döngüler, yeniden test pencereleri, dönem sonu çalıştırmaları	UAT lideri
Ekip	Süreç bazında test kullanıcıları, günlük işlerinden ayrılmaları, iş ortağı ve BT destek irtibatları	UAT lideri ve bağlı oldukları yöneticiler
Giriş kriterleri	SIT çıkışı karşılanmış, test sistemi dondurulmuş, veriler yüklenmiş ve mutabakatı yapılmış, test kullanıcıları eğitilmiş	UAT lideri, program yöneticisiyle birlikte
Ortam ve veri	Test sistemi, kapsamdaki arayüzler, maskelenmiş üretim düzeyinde veri, yenileme planı	BT ve veri ekibi
Senaryolar	Süreç başına senaryo listesi, beklenen sonuçlar, süreç tasarımına bağlantı	İş ortağı taslağı hazırlar, kilit kullanıcılar onaylar
Hata süreci	Bulgu türleri, önem derecesi tanımları, günlük ayrıştırma, yeniden test kuralları	Ayrıştırmaya UAT lideri başkanlık eder
Raporlama	Günlük ilerleme, önem derecesine göre açık hatalar, sponsora engeller	UAT lideri
Çıkış kriterleri	Önem derecesine göre açık hata eşikleri, geçen senaryolar, üzerinde anlaşılan geçici çözümler	İş süreci sahipleri
Onay	Her süreç sahibi için imza alanı, kabul edilen geçici çözümlerin listesi	İş süreci sahipleri ve sponsor

Şablonu dalgalar boyunca aynı tutun. İkinci yaygınlaştırma sıfırdan başlamamalı, ilk dalganın senaryolarını ve derslerini yeniden kullanmalıdır.

UAT liderinizi bu ay iş biriminden belirleyin ve her süreç sahibinden, zamanı ayrılmış test kullanıcıları göstermesini isteyin. Ardından planda SIT'den sonra UAT için 6 ila 8 hafta ayırın ve zaman çizelgesi sıkıştığında bu süreyi savunun.

UAT'niz iş ortağı tarafından yürütülüyorsa veya sürekli sıkıştırılıyorsa, programların bunu doğru kurmasına yardımcı oluyorum. Bana buradan ulaşabilirsiniz.

SAP'de kullanıcı kabul testi nedir?

İş kullanıcılarının yapılandırılmış SAP sistemini gerçek süreçlerine göre test ettiği ve canlıya geçişten önce resmi olarak kabul ettiği aşamadır. SAP Activate'te entegrasyon testinden sonra, Realize aşamasında yapılır. Kilit kullanıcılar senaryoları çalıştırır, sonuçları kaydeder ve bulgu açar; süreç sahipleri de onay verir.

Bir SAP projesinde UAT'den kim sorumludur?

İş birimi: süreç sahipleri kapsama karar verir ve onay verir, kilit kullanıcılar da testleri çalıştırır. Uygulama ortağı senaryo taslaklarını hazırlar ve hataları düzeltir, kurum içi BT ise ortamları, erişimi ve arayüzleri sağlar. Ne BT ne de iş ortağı sistemi iş birimi adına kabul etmemelidir.

SAP UAT ne kadar sürmeli?

Bir S/4HANA programında en az 6 ila 8 hafta planlayın. Bu, temel akışları, istisnaları ve dönem sonu adımlarını çalıştırmaya ve ardından düzeltmeleri yeniden test etmeye zaman bırakır. Bundan kısa bir UAT genellikle sorunsuz akışı bir kez test eder ve geri kalanını canlıya geçişten sonra bulur.

SAP'de SIT ile UAT arasındaki fark nedir?

Sistem entegrasyon testi (SIT), süreçlerin ve arayüzlerin modüller ve sistemler boyunca birlikte çalıştığını kontrol eder ve ağırlıklı olarak proje ekibi tarafından yürütülür. UAT ise iş biriminin süreçlerini sistem üzerinde yürütebildiğini kontrol eder ve iş kullanıcıları tarafından yürütülür. SIT, UAT başlamadan önce bitmelidir.

Bir UAT onayı neleri içermeli?

Test edilen senaryoları ve sonuçlarını, sahibi ve tarihiyle her açık hatayı, iş biriminin kabul ettiği geçici çözümleri ve her süreç sahibi için adı belli bir imzayı. Çıkış kriterleri üzerinde UAT başlamadan önce anlaşın. Boşluklar içeren bir onay, kayda geçmiş bir iş kararı olmalıdır.

SAP Cloud ALM, UAT için kullanılabilir mi?

Evet. SAP Cloud ALM; süreçlerden oluşturulan manuel test senaryolarını, her döngü için test planlarını, adım adım geçti ya da kaldı kaydını ve test yürütmesinden açılan hataları destekler. SAP'nin yönlendirmesine göre test senaryolarını iş ortağı uzmanları hazırlar, müşterinin iş uzmanları da bunları çalıştırır ve sonuçları orada belgeler.