ERP Testinin En İyi Uygulamaları: UAT, Entegrasyon, Performans ve Güvenlik

Panorama Consulting araştırmasına göre, yetersiz testlere sahip ERP uygulamalarında, canlıya geçiş sonrası önemli sorunların yaşanma ihtimali yüzde 67'dir. Bu sorunlar, yeniden beyan gerektiren yanlış mali hesaplamalardan, işlemleri durduran iş akışı arızalarına kadar çeşitlilik gösterir. Canlıya geçişten sonra bulunan kusurları düzeltmenin maliyeti, bunları test sırasında düzeltmeye kıyasla 10-100 kat daha fazladır.

Ancak ERP testleri sürekli olarak hafife alınmaktadır. Proje ekipleri zaman çizelgesinin yüzde 25-35'i olması gerekirken yüzde 10-15'ini teste ayırıyor. Bu kılavuz, sorunsuz yaşamları acı verici olanlardan ayıran test türlerini, stratejilerini ve yürütme uygulamalarını kapsar.

---

ERP Test Piramidi

Seviye 1: Birim/Yapılandırma Testi

Ne: Bireysel sistem yapılandırmalarının ayrı ayrı doğru şekilde çalıştığını doğrulayın.

Kim: Uygulama danışmanları ve teknik ekip.

Ne zaman: Her modülü yapılandırdıktan hemen sonra.

Örnekler:

• Vergi hesaplaması her yargı alanı için doğru tutarları üretir
• Onay iş akışı miktara göre doğru onaylayana yönlendirilir
• Fiyatlandırma kuralları müşteri katmanına göre doğru indirimleri uygular
• Muhasebe girişleri doğru GL hesaplarına gönderilir

Yaklaşım:

• Birleştirmeden önce her konfigürasyon değişikliğini ayrı ayrı test edin
• Beklenen belge ve gerçek sonuçlar
• Bir sonraki modüle geçmeden önce sorunları düzeltin

Seviye 2: Entegrasyon Testi

Ne: Modüllerin iş süreçlerinde birlikte doğru şekilde çalıştığını doğrulayın.

Kim: İş süreci sahiplerinden oluşan uygulama ekibi.

Ne zaman: Tüm modüller ayrı ayrı yapılandırıldıktan ve ünite testinden sonra.

Örnekler:

• Satış siparişinden faturaya, ödemeden GL girişine (siparişten tahsilata)
• Satın alma talebinden PO'ya, makbuzdan ödemeye (tedarikten ödemeye)
• Üretim siparişinden malzeme tüketimine ve bitmiş mallardan sevkiyata kadar (planla-üret)
• Maaş bordrosundan masrafa ve zaman takibine kadar çalışanların katılımı (işe alınmadan emekliliğe kadar)

Entegrasyon test senaryoları:

Seviye 3: Kullanıcı Kabul Testi (UAT)

Ne: İş kullanıcıları sistemin günlük iş süreçlerini desteklediğini doğrular.

Kim: Her departmandaki son kullanıcılar (uygulama ekibi değil).

Ne zaman: Entegrasyon testi tamamlandıktan ve sorunlar çözüldükten sonra.

UAT planlaması:

1. Test uzmanlarını seçin --- Departman başına, iş süreçlerini derinlemesine bilen 2-3 kullanıcı seçin. Sadece meraklıları değil, şüphecileri de dahil edin.

2. Test komut dosyaları yazın --- Sistem tıklamalarını değil, iş senaryosunu açıklayan adım adım talimatlar sağlayın. Kullanıcılar sistemde üretimde olduğu gibi dolaşmalıdır.

3. Test verilerini hazırlayın --- Gerçekçi verileri yükleyin (taşınan üretim verileri idealdir). Genel test verileri gerçek dünyadaki uç durumları kaçırıyor.

4. Kabul kriterlerini belirleyin --- "Geçmenin" ne anlama geldiğini tanımlayın. Tüm kritik senaryoların geçmesi gerekir. Kritik olmayan sorunlar, canlıya geçiş sonrası çözüm için günlüğe kaydedilir.

5. Gerçekçi bir şekilde planlayın --- UAT 2-4 hafta gerektirir. Kullanıcıların, işlem yapmak ve düşünceli geri bildirim sağlamak için oturumlar arasında zamana ihtiyacı vardır.

UAT test komut dosyası şablonu:

Test ID: UAT-SO-001
Business Process: Sales Order Processing
Preconditions: Customer ABC exists, Product XYZ in stock
Steps:
  1. Create a new sales order for Customer ABC
  2. Add Product XYZ, quantity 10, at standard pricing
  3. Apply the 5% volume discount
  4. Confirm the order
  5. Create a delivery from the order
  6. Validate the delivery
  7. Create an invoice
  8. Register a payment
Expected Results:
  - Discount applied correctly (5% off line total)
  - Inventory reduced by 10 units
  - GL entries: Debit AR, Credit Revenue
  - Payment clears the invoice balance
Tester: ___________  Date: ___________  Pass/Fail: ___________
Notes: ___________

Seviye 4: Performans Testi

Ne: Sistemin beklenen yük koşullarında kabul edilebilir düzeyde performans gösterdiğini doğrulayın.

Kim: Teknik ekip (genellikle özel araçlara sahiptir).

Ne zaman: UAT'den sonra, canlı yayına geçmeden önce.

Ne test edilmeli:

Performans testi yaklaşımı:

1. Beklenen yükü tanımlayın (eşzamanlı kullanıcılar, işlem hacmi)
2. Gerçek kullanım modellerini simüle eden gerçekçi test komut dosyaları oluşturun
3. Testleri beklenen yükün %100, %150 ve %200'ünde çalıştırın
4. Darboğazları belirleyin (veritabanı sorguları, ağ, uygulama sunucusu)
5. Performans eşiklere ulaşana kadar optimizasyon yapın ve yeniden test edin

Seviye 5: Güvenlik Testi

Ne: Erişim kontrollerinin, veri korumanın ve denetim yollarının düzgün çalıştığını doğrulayın.

Kim: Güvenlik ekibi veya harici denetçi.

Ne zaman: Canlı yayına geçmeden önce.

Güvenlik testi kontrol listesi:

• Rol tabanlı erişim kontrolü, görevlerin ayrılığını zorunlu kılar
• Kullanıcılar kendilerine atanan kapsam dışındaki verilere erişemez
• Denetim takibi tüm finansal işlemleri ve yapılandırma değişikliklerini kaydeder
• Aktarım halindeki ve beklemedeki veri şifrelemesi yapılandırıldı
• Şifre politikaları kurumsal standartlara uygundur
• Oturum zaman aşımı düzgün çalışıyor
• API uç noktaları kimlik doğrulama gerektiriyor
• Hassas alanlar (SSN, banka hesapları) uygun şekilde maskelenmiştir
• Yedekleme ve geri yükleme prosedürleri düzgün çalışıyor
• Veri saklama ve silme politikaya uygundur

---

Kusur Yönetimi

Şiddet Sınıflandırması

Git/Gitmeme Kriteri

Canlıya geçiş kararı objektif kriterlere dayanmalıdır:

---

Yaygın Test Hataları

1. Yalnızca mutlu yolu test etme --- Olumsuz senaryoları (geçersiz veriler, eksik alanlar, son durumlar) aynı şekilde kapsamlı bir şekilde test edin.

2. Sahte veri kullanmak --- Sentetik veriler gerçek dünyadaki karmaşıklığı gözden kaçırır. Mümkün olduğunda anonimleştirilmiş üretim verilerini kullanın.

3. Regresyon testini atlamak --- Bir sorunu düzelttiğinizde düzeltmenin başka bir şeyi bozmadığını doğrulayın. Mümkünse regresyon testlerini otomatikleştirin.

4. Uygulama ekibinin UAT yapmasına izin vermek --- Bunu geliştiren kişiler en kötü test uzmanlarıdır. Nasıl çalışması gerektiğini biliyorlar ve bilinçsizce onu bozacak senaryolardan kaçınıyorlar.

5. Test zaman çizelgesinin sıkıştırılması --- Projeler geç çalıştırıldığında testler kesilir. Bu tam tersidir; bir proje ne kadar geç çalıştırılırsa o kadar fazla teste ihtiyaç duyar.

---

Zaman Çizelgesi Şablonunu Test Etme

12 aylık bir ERP uygulaması için:

---

İlgili Kaynaklar

• ERP Canlı Yayına Geçiş Kontrol Listesi --- Testten üretime
• ERP Veri Taşıma Stratejileri --- Verileri taşıma ve doğrulama
• ERP Uygulama Zaman Çizelgesi --- Genel proje planlaması
• Uygulama Sonrası Optimizasyon --- Canlıya geçiş iyileştirmelerinden sonra

---

Kapsamlı ERP testi bir lüks değildir; hayata geçişinizin bir kutlama mı yoksa bir kriz mi olacağını belirleyen yatırımdır. Proje zaman çizelgesinin yüzde 25-35'ini test etmeye ayırın, gerçek iş kullanıcılarını dahil edin ve devam/devam etme kriterlerinden asla ödün vermeyin. Uzman ERP test stratejisi ve yürütme desteği için ECOSIRE ile iletişime geçin.