how prepare test plan
Önceki makalede, ERP teriminin gerçek anlamı, çeşitli ERP modülleri, ERP testinin önemi, ERP testinin kritiklikleri ve ERP testinin hazırlanması için bir yol haritası gibi ERP'nin birkaç kilit noktasını gördük. .
=> ERP testi bölüm 1 eğitimine buradan göz atın.
Bu makalede, kalite güvence planı, test planı, test paketi, test senaryoları ve test yürütme stratejisi hazırlama gibi ERP (SAP) Testi hakkında daha pratik ayrıntılara girelim.
=> Tam Test Planı Eğitim Dizisi İçin Buraya Tıklayın
Bu eğitim, herhangi bir uygulama için sıfırdan test planı yazmak için iyi bir örnektir. Ayrıca sağladıkindirmek için örnek test paketi şablonu.
c # vs c ++ ve java
Gösteri amaçlı olarak, test edilen ERP uygulamasının aşağıdaki modüllerden oluştuğunu varsayalım ve uygulama planı hakkında bazı temel bilgiler aşağıdaki gibidir.
ERP Adı: ABC İmalat ERP
Müşteri adı: XYZ Petrochemicals LLC
Sektör Dikeyleri: İmalat
Kurumsal Ofis: New York
Şube: Los Angeles ve Chicago
Üretim tesisi: Houston
Envanter Depoları: Houston, Los Angeles ve Chicago
Bütün çalışanlar: 2500
Sistem Kullanıcıları: 325
Şirket cirosu: 1 milyon USD
Bölümler: Yönetim, Finans, Hesaplar, İK, Üretim, Kalite, Mağazalar, Satış, Pazarlama, Bakım, Sevkiyat, Müşteri Desteği
Modüller: Bütçe, CRM, Müşteri, Satıcı, Satış, Satın Alma, Ödemeler, Sözleşmeler, Finans, Hesaplar, İnsan Sermayesi, Bordro, Üretim Planlama, Proje Yönetimi, Envanter, Malzeme Yönetimi, İş Emirleri, Sabit Varlık, İş Zekası
Teslimat modeli: Şirket İçi ve Bulut
Uygulama planı: Gereksinim Toplama, İş İş Akışı Analizi, Veri Akışı Değerlendirmesi, Özelleştirme ve Geliştirme, Teslimat ve Kullanıma Sunma, Son Kullanıcı Eğitimi
Önerilen Araç:
# 1) Oracle NetSuite
Oracle NetSuite Muayene planları oluşturmanıza ve test sonuçlarını izlemenize olanak tanıyan bir Kalite Güvence platformu sunar. Araç, ürünlerinizde en yüksek kaliteyi sunmanıza yardımcı olacaktır. Testlerin listesini merkezi olarak yönetebilecek ve minimum müfettiş niteliklerini uygulayabileceksiniz.
Test tanımı, alma ve süreç içi incelemeler ve veri toplama için çeşitli özellikler ve işlevler sağlar.
Özellikleri:
- Oracle NetSuite, inceleme sonuçlarının gerçek zamanlı işlenmesini gerçekleştirir.
- Cihazdan bağımsız bir araçtır ve tarayıcı tabanlı herhangi bir tablette kullanılabilir.
- Uygun olmayan malzemelerin iş akışına dayalı işleme özelliklerine sahiptir.
- Minimum müfettiş niteliklerini uygulayabilirsiniz.
ERP testinin kritikliği ve karmaşıklığı hakkında bir fikir verecek olan Satış Siparişi, Müşteri Finansmanı, Ödemeler Başlığı, Sabit Varlık, Çalışan Yönetimi ve Satış Raporu gibi bazı önemli iş süreçleri için ERP yazılım uygulamasının bazı ekran görüntülerini aşağıda bulabilirsiniz.
Ekran 1: Satış Siparişi
Ekran 2: Satış Siparişi (ABD)
Ekran Görüntüsü 3: Müşteri Finansmanı
Ekran Görüntüsü 4: Payments Header (Hindistan)
Ekran Görüntüsü 5: Payments Header (ABD)
Ekran Görüntüsü 6: Sabit Varlık (Hindistan)
Ekran Görüntüsü 7: Sabit Varlık (ABD)
Ekran Görüntüsü 8: Çalışan Yönetimi
Ekran Görüntüsü 9: Satış Raporu
Ne öğreneceksin:
- ERP QA Planı
- ERP Test Planı
- Proje Açıklaması
- Amaç
- Manuel Test için Modül Bilge Özellikleri
- Otomasyon Testi için Modül Bazlı Özellikler
- Tesis Dışında Test Edilecek Özellikler
- Tesislerde Test Edilecek Özellikler
- Mobil, Wi-Fi ve Bulutta Test Edilecek Özellikler
- Kaynak gereksinimleri
- Test Programı
- Test Vakası Yürütme
- Test kapsamı
- Teslimat
- Risk yönetimi
- Sorun İzleyici
- Kalite Ölçütleri
- ERP Test Paketi
- Örnek Test Paketi Şablonu İndirme:
- ERP Test Durumları
- Sonuç
- Önerilen Kaynaklar
ERP QA Planı
Kaliteyi Güvence altına almak, aşağıdaki paydaşlardan oluşan herhangi bir ERP uygulama projesinin önemli bir kilometre taşıdır ve başarı, bir ' Takım ”.
ERP uygulama projesinin paydaşları şunlar olabilir:
- Uygulama Ekibi - ERP Şirketi'nden veya yerel uygulama ortağından profesyonellerden oluşan bir ekipten oluşur. Uygulama uzmanlığına sahip olmalıdır.
- Yazılım Satıcısı - ERP için gerekli olan işletim sistemi, veri tabanı ve diğer ofis uygulamaları için yazılım tedarikçileri.
- Barındırma Sağlayıcısı - ERP uygulaması için gerekli sunucular, ağ, internet ve intranet altyapısı için barındırma sağlayıcıları. Uygulama uzmanlığına sahip olmalıdır.
- İş Ekibi - İş geliştirme veya yönetim yönlendirme komitesinden gelen ekipten oluşur.
- Teknik Ekip - Geliştirme ekibi veya uygulama ekibi proje süresince hazır olacaktır. Uygulama uzmanlığına sahip olmalıdır.
- Test Ekibi - ERP Şirketi'nden veya ERP uygulama stratejileri konusunda uzmanlığa sahip yerel ortaklardan test ekibi.
- Müşteri Ekibi - İş sürecinin tam çalışma bilgisine sahip son kullanıcı ekibi veya departman başkanları.
Önceki öğreticide tartıştığımız gibi, ERP (ör.SAP) yazılım uygulamasını test etmek, diğer yazılım uygulamalarını test etmekten farklıdır. ERP uygulamaları alana özeldir ve sektöre özeldir. Finans, Muhasebe, Envanter, Sabit Varlık, Satış, Satın Alma, İnsan Sermayesi ve Bordro gibi ortak modüller tüm ERP sistemlerinde mevcuttur.
Bu ortak modüllerin dışında, hedeflenen müşterilere göre birkaç endüstriyel özel modül mevcuttur.Örneğinbir 'üretim ERP' nin bir 'üretim planlama' modülü olabilir, bir 'ilaç ERP' bir 'doktor-hasta' modülüne sahip olabilir ve bir 'eğitim ERP' bir 'öğrenci' modülüne sahip olabilir vb.
Bu nedenle, kalite faktörü, yukarıdaki listede yer alan tüm paydaşlarla önceden paylaşılacak önceden tanımlanmış bazı ölçütlerle etkinleştirilmelidir.
Kaliteyi korumak için paydaşlar karşılıklı olarak hizmet seviyesi anlaşmalarına dahil edilir. Ekip olarak tüm paydaşlar, beklenen iş beyanı kalitesine ulaşmak için hedef tarihlerle birlikte tanımlanmış eylem maddelerine, sorumluluklara sahip olmalıdır.
ERP Test Planı
ERP test planı, etkili ve başarılı bir uygulama için aşağıdaki bilgilerden oluşmalıdır.
Test planında hedefler, kalite ölçütleri, manuel olarak test edilecek özellikler, otomasyon araçlarıyla test edilecek özellikler, proje ortamı, ekip altyapısı, kaynak gereksinimleri, test programı, test çıktıları, test yürütme altyapısı, test çerçevesi, varsayımlar, bağımlılıklar, kısıtlamalar, hata izleme mekanizması, hata raporlama araçları ve kabul kriterleri vb.,
XYZ Petrochemical LLC için ERP uygulama projemiz için örnek test planı aşağıdadır.
Ayrıca bakınız - test planının nasıl yazılacağı hakkında daha fazla bilgiye ihtiyacınız varsa, lütfen şu eğitimleri kontrol edin:
Proje Açıklaması
ABC İmalat ERP, imalat endüstrisi için entegre bir ERP çözümüdür. Ürün, Muhasebe, Finans, Bütçe, Envanter, Sabit Varlık, Müşteriler, Satıcılar, CRM, Satış, Satın Alma, Ödemeler, Sözleşmeler, İnsan Sermayesi, Bordro, Üretim Planlama, Proje Yönetimi, Envanter, Malzeme Yönetimi, Çalışma gibi temel modüllerden oluşur. Siparişler ve İş Zekası.
Müşterinin dikey yönü üretimdir ve işi, petrokimyasal bi-ürünler üretmek ve bunları yerel ve uluslararası müşterilere satmaktır. Hammaddeler yurt içi ve yurt dışı pazarlardan satın alınmaktadır. Şirket, ülkenin çeşitli yerlerinde şubeleri bulunan ABD, New York'ta faaliyet göstermektedir.
Şirketin uzak yerlerde de depoları var. ERP sistemi, kurumsal tesislerde merkezi bir konumda uygulanacak ve ülkenin çeşitli yerlerinden diğer şubeleri, depoları, üretim tesislerini, pazarlama ofislerini İnternet, WAN, Wi-Fi, Bulut Altyapısı aracılığıyla birbirine bağlayacaktır. Önerilen çözüm, İngilizce (Uluslararası müşteriler için, Hintçe (IN kullanıcıları için), Arapça (Orta Doğu satıcıları için) gibi birden çok dili destekler ve birden çok para birimi işlemlerini destekler.
Sistemde ayrıca kredi kartı ödeme ağ geçidi ile çevrimiçi satış siparişleri için bir E-Ticaret müşteri portalı ve satın alma teklifleri için bir Satıcı portalı vardır. Sistemi dünyanın çeşitli yerlerinden günde en az 10.000'den fazla işlemle kullanacak olan 300'den fazla sistem kullanıcısı var.
Amaç
- Manuel olarak test edilecek modülleri belirleyin.
- Otomasyon araçlarıyla test edilecek modülleri belirleyin.
- Test stratejisini, test kapsamını ve test faaliyetlerini tanımlayın.
- Test kriterlerini, varsayımları, bağımlılıkları ve kısıtlamaları tanımlayın.
- Test ekibini, tahsislerini ve test programlarını belirleyin.
- Manuel ve otomasyon testi çerçevesini kurun.
- Yazılım ve donanım konfigürasyonu ile test altyapısını kurun.
- ERP uygulaması için projenin paydaşlarını tanımlayın.
- İletişim ve eskalasyon mekanizmasını tanımlayın.
- Çalışma ortamını, görev ayrıntılarını ve sorumlulukları tanımlayın.
- Risk azaltma planları ile risk yönetimi.
- Test çıktılarını ve raporlama araçlarını tanımlayın.
Manuel Test için Modül Bilge Özellikleri
- Ödemeler Modülü (Ödeme Oluşturma, Ödemeleri Onaylama, Çekleri Düzenleme)
- Finansman Modülü (Ortak Ödemeler, Ortak Ödemeleri Onaylama, Çekleri Düzenleme)
- Bordro Modülü (Bordro Çekleri, Düzenleme Çekleri)
- Duran Varlıklar Modülü (Varlık Amortismanı, Varlık Elden Çıkarma)
- ...
Otomasyon Testi için Modül Bazlı Özellikler
- Satış Modülü (Satış Siparişi, Kargo Satış Siparişi, Geri Sipariş, Satış Faturalama)
- Satın Alma Modülü (Satın Alma Sözleşmesi, Satın Alma Siparişleri, Satın Alma Değişiklikleri)
- Müşteri Modülü (Müşteri Yönetimi, Müşteri Finansmanı)
- İnsan Sermayesi Modülü (Çalışan Yönetimi, Devam, Krediler, İzinler)
- ...
Tesis Dışında Test Edilecek Özellikler
- İşlevsellik Testi: İncelenen ve onaylanan tüm modüllerin tüm işlevsel test senaryoları.
- Regresyon Testi: Özelleştirilmiş modüller için gözden geçirilen ve onaylanan tüm fonksiyonel test durumları.
- Duman Testi: Sanity için işaretlenmiş, gözden geçirilen, yürütülen ve onaylanan tüm fonksiyonel test durumları.
- ...
Tesislerde Test Edilecek Özellikler
- Sistem Testi: İncelenen ve onaylanan tüm modüllerin tüm sistem test durumları.
- Entegrasyon Testi : İncelenen ve onaylanan tüm modüllerin tüm sistem testi durumları.
- Performans Testi: İncelenen ve onaylanan tüm performans testi senaryoları.
- Yük Testi: İncelenen ve onaylanan tüm yük testi durumları.
- kullanıcı Kabul Testi : İncelenen ve onaylanan tüm kullanıcı kabul testleri.
- ...
Mobil, Wi-Fi ve Bulutta Test Edilecek Özellikler
İşlevsellik Testi: CRM modülünün gözden geçirilip onaylanan tüm sistem test senaryoları.
Kaynak gereksinimleri
Test Programı
Evet Hayır | Görev Ayrıntıları | Başlangıç tarihi | Bitiş tarihi | Test cihazı |
---|---|---|---|---|
6 | iade yetkilendirme | 05/27/2015 | 06/01/2015 | Test Cihazı B |
bir | Test Planı Hazırlama | 05/04/2015 | 05/06/2015 | Test Cihazı A |
iki | Test Planını Gözden Geçirin ve Güncelleyin | 05/07/2015 | 05/07/2015 | Test Kurşun B |
3 | Test Paketi ve Test Durumlarını Hazırlama | |||
Modül 1: Satış ve Dağıtım | 05/16/2015 | 06/04/2015 | ||
4 | Satış Siparişi Süreci | 05/16/2015 | 20.05.2015 | Test Cihazı B |
5 | Satış Sözleşmesi Süreci | 21.05.2015 | 05/26/2015 | Test Cihazı B |
7 | Ödeme Makbuz Süreci | 06/02/2015 | 06/04/2015 | Test Cihazı B |
... | ||||
Modül 2: Satın Alma ve Ödemeler | ||||
8 | Satın Alma Girinti İşlemi | 05/16/2015 | 05/19/2015 | Test Cihazı C |
9 | Satın Alma Teklif Süreci | 20.05.2015 | 05/23/2015 | Test Cihazı C |
10 | Satın Alma Siparişi Süreci | 05/24/2015 | 28.05.2015 | Test Cihazı C |
on bir | Ödeme Onay Süreci | 05/29/2015 | 05/31/2015 | Test Cihazı C |
... | ||||
Test uygulaması | ||||
12 | Modül 1: Yineleme 1 | 06/01/2015 | 06/05/2015 | Test Cihazı B |
13 | Modül 2: Yineleme 1 | 06/01/2015 | 06/04/2015 | Test Cihazı C |
... | ||||
14 | Regresyon Testi: Modül 1 | |||
on beş | Regresyon Testi: Modül 2 | |||
... | ||||
16 | Test Raporları ve QA Planı Güncellemeleri | |||
... |
Test Vakası Yürütme
Test kapsamı
A: Fonksiyonel Test, B: Sistem Testi, C: Bütünlük Testi, D: Güvenlik Testi, E: Kullanılabilirlik Testi, F: Performans Testi, G: Arayüz Testi, H: Kurulum Testi
Teslimat
Risk yönetimi
Sorun İzleyici
Confluence ve JIRA araçları, Sorun takibi projenin içinde. Ayrıca, JIRA, tüm test ekibi üyelerinin sorunu artırması ve hataları bildirmesi için özelleştirilir ve yapılandırılır ve sorumluluk ve hedef tarihlerle ilgili geliştirme ekibine atanır.
Kalite Ölçütleri
ERP Test Paketi
Normal test süreci gibi, ERP Test Paketi normalde bir Excel belgesi olarak hazırlanır. Bu belge, ERP uygulamasındaki tüm modüllerin çeşitli test takımlarının eksiksiz revizyon geçmişini kontrol eder. Her modülün test senaryoları, test yürütme geçmişi, hata listesi ve test raporu geçmişi bir ERP test paketinde tutulur.
Otomasyon testi için ' test komut dosyaları 'Test paketinde tutulur ve test yürütme geçmişinin ilgili yinelemesi korunur. Testin türüne ve test senaryolarının karmaşıklığına bağlı olarak, otomasyon test komut dosyaları, yeniden kullanılabilirlik için tasarlanması gereken paket içinde tutulur.
Excel belgesinde bir ERP test paketinin anlık görüntüsünü aşağıda bulabilirsiniz.
Örnek Test Paketi Şablonu İndirme:
Aşağıda indirilecek örnek test paketi şablonu verilmiştir. Revizyon geçmişi, test raporu, hata raporu, duman testi durumları, regresyon testi durumları için şablonlar içerir
=> ERP test paketi şablonunu indirmek için burayı tıklayın.
ERP Test Durumları
Fonksiyonel test durumları, regresyon testi durumları, akıl sağlığı / duman testi durumlarının yanı sıra, ERP Testi, kurulum testi, konfigürasyon testi, uygulama testi, uyarlanabilirlik testi, ağ testi, sunucu testi, çevrimdışı test, uzaktan test için başka tip test senaryoları gerektirir. çoklu para birimi testi, çoklu dil testi, cihaz testi, intranet testi, gerçek zamanlı test vb.,
En önemlisi, merkezi bir otomatik çözüm olan ERP, aynı anda birden fazla kullanıcı tarafından gerçek zamanlı olarak erişilir ve finansal bir işlem içerir, her bir test vakası çok sayıda özel çaba ve gerçek zamanlı verilerle yazılmalıdır.
Ayrıca, çıktı verilerini önceden tanımlanmış gerçek zamanlı verilerle doğruladıktan sonra test yürütme durumu 'Başarılı' olarak güncellenmelidir. Bu nedenle, test senaryolarında her zaman ' test verisi ' ve ' çıktı verileri ”.
Örnek Test Senaryosu:
c ++ uyku_for
Aşağıda ERP tanıtımımız için örnek bir test senaryosu bulun Bu test senaryoları, ayrıştırılabilen ve sürdürülebilen birçok küçük test senaryosundan oluşabilir, ancak demo amacıyla tek bir test senaryosu ile birleştirilmiştir.
Test Vakası Kimliği | ABC_ERP_SD_X0121 |
---|---|
Beklenen sonuçlar (Pozitif) | 1. Sipariş rezerve edilmeli ve faturalandırılmalıdır. 2. Toplama Paketleme fişi oluşturulmalıdır. 3. Nakliye Siparişi oluşturulmalıdır. 4. Defteri kebir işlemleri kaydedilmelidir. 5. Stok Defteri güncellenmelidir. 6. Borç Dekontu oluşturulmalıdır. 7. E-posta Müşteri ve Mağazalara gönderilmelidir. |
Modül | Satış dağıtımı |
Özellik | Satış Siparişi Süreci |
Amaç | Satış siparişinin rezerve edildiğini ve satış başlığı ve satış ayrıntıları için girilen uygun verilerle faturalandırıldığını kontrol etmek için. |
Yeniden Üretme Adımları | 1. Satış ve Dağıtım -> Sipariş Yönetimi -> Satış Sipariş Listesi -> Yeni Satış Siparişi. 2. Sipariş Tarihini seçin, Sipariş Türünü Seçin, Son Kullanma Tarihini Seçin, Müşteri Kimliğini Seçin, Sevkiyat Kimliğini Seçin, Depo Kimliği Seçin, Sevkiyat Tarihini Seçin, Ödeme Vade Tarihini Seçin, Satış Vergisi Kimliğini Seçin, Satıcı Kimliğini Seçin. 3. Yeni Satış Kalemlerini seçin ve Kalem Kimliğini Seçin, Kalem UOM'unu Seçin, Kalem Miktarını Girin, Kalem Fiyatını Girin, Genel Muhasebe Hesabı Seçin, Proje Kimliğini Seçin ve Tamam'a tıklayın. 4. Ana ekranda Kitap Sırası düğmesine tıklayın. |
Giriş Verileri (Pozitif) | Sipariş Tarihi (01/01/2015), Sipariş Tipi (Satış Siparişi), Son Kullanma Tarihi (31/09/2015), Müşteri Kimliği (SABIC), Sevkiyat Kimliği (FedEx), Depo Kimliği (NaviMumbaiWH), Sevkiyat Tarihi (03 / 02/2015), Ödeme Vade Tarihini Seçin (28/02/2015), Satış Vergisi Kimliği (ST929), Satıcı Kimliği (Anand), Ürün Kimliği (PoliPropilen), Ürün UOM (Kilogram), Ürün Miktarı (1000), Genel Hesap (23499949), Proje Kimliği (DueTarget2015) |
Giriş Verileri (Olumsuz) | Sipariş Tarihi (01/01/2016), Sipariş Tipi (Satın Alma Siparişi), Son Kullanma Tarihi (31/09/2012), Müşteri Kimliği (VARSAYILAN), Sevkiyat Kimliği (Boş), Depo Kimliği (Boş), Sevkiyat Tarihi (03 / 02/2013), Ödeme Vade Tarihini Seçin (28/02/2012), Satış Vergisi Kimliği (Boş), Satıcı Kimliği (VARSAYILAN), Öğe Kimliği (VARSAYILAN), Öğe UOM (Boş), Öğe Miktarı (0), Genel Hesap (VARSAYILAN), Proje Kimliği (VARSAYILAN) |
Beklenen sonuçlar (Olumsuz) | • Her olumsuz veri girişi için uyarı sürecine ve tanımlanan metne göre uyarı kutusu gelmelidir. • Ürünler stokta kalmadıysa satış siparişi tekrar sipariş edilmelidir. • Müşteri kredi limiti düşükse satış siparişi beklemeye alınmalıdır. |
Gerçek sonuç | |
Beklenen çıktı | Satış Siparişi, Satış Faturası, Paket Listesi, Sevkiyat Listesi önceden tanımlanmış rapor formatında oluşturulmalıdır. |
Gerçek Çıktı |
Sonuç
ERP Testi, herhangi bir yazılım / ürün testine kıyasla birçok risk ve karmaşıklığa sahiptir. Ayrıca, ERP uygulama projelerinde kalite ölçütlerini yönetmek, çok sayıda paydaşın bir 'ekibi' olarak çok fazla dikkat ve özverili çaba gerektirir.
Test uzmanlarının, ürün kalitesi ile uygulama kalitesi arasındaki farkı anlamaları gerekir. ERP testi, yönetimden ve müşterilerden zamanında ve bütçe konusunda güvenilir sponsorluk gerektirir. Testler ERP uzman ekibi tarafından yapılmalı ve herhangi bir nedenle deneyimsiz bir ekibe tahsis edilmemelidir.
Evrensel olarak kanıtlanmış doğru süreci, metodolojileri, yaklaşımları ve otomatik araçları kullanmak çok önemlidir. 'Otomasyon' un 'manuel' testin tamamen yerini aldığını varsaymamalıyız, ancak gerekli test altyapısı ve çerçevesini kullanmaktan ödün vermemeliyiz. Müşterilerden canlı gerçek veri toplamak için gereken zamanı küçümsemeyin.
Test Uzmanları için bu yolculuk, 'ERP Ürün Testi için Mükemmel Kaynak!'
ERP veya özellikle SAP Testi ile ilgili sorularınız varsa bize bildirin.
=> Tam Test Planı Eğitim Dizisi İçin Burayı Ziyaret Edin
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Yazılım Test Kursu Müfredatı - Çevrimiçi Kurs Ayrıntılı Eğitim Planı
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark
- Primer e-Kitap İndirmeyi Test Etme
- Yazılım Testi Haftalık Durum Raporu Nasıl Yazılır
- Başlangıç Kılavuzu ERP Testi (SAP Testi) - Bölüm 1
- Web Uygulaması Güvenliği Test Kılavuzu
- Test Planı Eğitimi: Sıfırdan Bir Yazılım Test Planı Dokümanı Yazma Rehberi