Yazılım Testinde İş Akışı Testi Nedir? Örneklerle
Thomas Hamilton
⚡ Akıllı Özet
İş akışı testi, bir uygulamanın içindeki her adım dizisinin, oluşturulduğu iş sürecini hala yansıttığını doğrular; ilk eylemden nihai sonuca kadar her aşamayı, aktarımı ve bağımlılığı kontrol eder.
İş Akışı Testi Nedir?
İş akışı testi İş akışı testi, her bir yazılım iş akışının verilen iş sürecini doğru bir şekilde yansıttığını kontrol eden bir yazılım test türüdür. İş akışı, istenen bir sonucu üreten bir dizi görevdir ve genellikle birkaç aşama veya adım içerir. Herhangi bir iş süreci için, bu ardışık adımların test edilmesi iş akışı testi olarak tanımlanır.
Önemli olan ayrım kapsamdır. Tek bir test durumu Bir fonksiyonun doğru cevabı verip vermediğini sorar. Bir iş akışı testi ise, gerçek bir kullanıcının izlediği sırayla yürütülen bu fonksiyonlardan on tanesinin, işletmenin beklediği sonucu hala verip vermediğini sorar. Bu nedenle iş akışı testi, süreç odaklı testler arasında yer alır. yazılım testi türleri Birim düzeyindeki teknikler yerine katalog düzeyindeki teknikleri kullanın.
İş Akışı Test Örneği
Örneğin, sistemin kullanıcının platformuna kurulabildiğini ve doğru şekilde çalıştığını doğrulayın.
Daha zengin bir örnek olarak çevrimiçi siparişi ele alalım. Müşteri sepete bir ürün ekler, indirim kodunu uygular, teslimat seçeneğini belirler, ödeme yapar ve onay e-postası alır; bu sırada depo da toplama talimatını alır. Bu adımların her biri tek başına başarılı olsa bile zincirleme olarak başarısız olabilir: indirim ödeme adımından sonra geçerliliğini yitirebilir veya depo mesajı kuyruktan hiç çıkmayabilir.
İş akışı testleri aşamalar halinde yapılır. İş akışı testlerini şu şekilde gerçekleştireceksiniz.
- Başlangıç aşamasıBu aşama, ilk test planlamasını ve prototip testini içerir.
- Detaylandırma aşamasıBu aşama, test mimarisinin temel alınmasını içerir.
- Yapı aşamasıBu aşama, her derlemede önemli testleri içerir.
- Geçiş aşamasıBu aşama şunları içerir: regresyon testleri ve düzeltmeleri yeniden test edin.
İş Akışı Testi Nasıl Yapılır?
Yukarıdaki aşama modeli, işin ne zaman gerçekleştiğini açıklamaktadır. Aşağıdaki sıralama ise bir test uzmanının bu aşamalardan herhangi birinde gerçekte ne yaptığını açıklamaktadır.
- İş süreçlerini haritalandırın. İşletmenin işleyiş şeklini, her karar noktasını, onayı ve departmanlar arası geçişi de içerecek şekilde, tam olarak çizin. Doğru bir harita oluşturmanın en hızlı yolu genellikle bir işletme analistinden yardım almaktır. iş analisti Haritanın doğruluğunun kontrol edildiği referans kaynak, dokümantasyondur.
- Giriş ve çıkış kriterlerini belirleyin. İş akışının başlamasından önce sistemin bulunması gereken durumu ve iş akışının tamamlandığını kanıtlayan durumu kaydedin. İkisi olmadan, test uzmanları bir çalıştırmanın başarılı olup olmadığı konusunda hemfikir olamazlar.
- Test senaryolarını tasarlayın. İş akışındaki her yol için bir vaka yazın, her ekran için ayrı bir vaka değil. Adımları numaralandırın, her birinin beklenen sonucunu belirtin ve hataların tespit edilebilmesi için her vakaya benzersiz bir tanımlayıcı verin. tracTekrar bir yola döndü.
- Gerçekçi test verileri hazırlayın. Uydurma değerler yerine, anonimleştirilmiş, üretime uygun kayıtları yeniden kullanın. İndirim kodları, vergi kuralları ve adres formatları, sentetik verilerin gerçek kusurları gizlediği yaygın yerlerdir.
- Önce birincil yolu çalıştırın. İş akışının baştan sona tamamlandığından emin olun, aksi takdirde kasıtlı olarak herhangi bir şey bozulmayacaktır. Burada yaşanacak bir hata, sonrasında gelen tüm olumsuz sonuçları geçersiz kılacaktır.
- Zinciri kasten kır. İşlemi yarıda kesmek, karar noktasında geçersiz bir değer göndermek, oturumun zaman aşımına uğraması ve onayı reddetmek gibi durumlar, asıl kusurların değil, kesintiye uğrayan bu yolların içinde yer alır.
- Raporlayın, düzeltin ve yeniden test edin. Her bir hatayı, hataya neden olan adıma kaydedin, ardından düzeltme işleminden sonra tüm iş akışını yeniden çalıştırın. Onarılan bir adım, hatayı genellikle zincirde bir aşama daha aşağıya kaydırır.
Her sürümde tekrarlanan istikrarlı iş akışları, otomasyon için en güçlü adaylardır, çünkü aynı sıralı adımlar her seferinde aynı şekilde çalışır ve komut dosyası birkaç döngü içinde kendini amorti eder.
İş Akışı Testini kim gerçekleştirecek?
İş akışı testi, tek bir rolün tüm süreci görmemesi nedeniyle paylaşımlı bir iştir. Dört rol, her birinin kendi sorumluluklarıyla yükü paylaşır.
- Test mühendisi
- Test hedeflerini ve programını planlayın
- Test senaryolarını ve prosedürlerini tanımlayın
- Test sonuçlarını değerlendirin
- Bileşen mühendisi
- Test bileşenlerinin geliştirilmesi
- Bazı test prosedürlerini otomatikleştirin
- Entegrasyon test uzmanı
- Gösteri entegrasyon testleri ve kusurları bildirme
- Sistem test cihazı
- Gösteri sistem testleri ve kusurları bildirme
İş Akışında Neler Test Edilmeli?
Yazılım iş akışları, İş Gereksinimleri Belgesi'nde belgelenir ve bu belge, kapsam için temel referans kaynağıdır. İş akışı testleri ayrıca sistem ve entegrasyon testlerinin bazı bölümlerini de içerecektir.
Bir iş akışının kapsamlı bir şekilde incelenmesi, kullanıcının gördüğü ekranlardan çok daha fazlasını kapsar.
- Sıra: İşlemler belgelenmiş sırayla gerçekleştirilir ve işlemler atlanamaz veya sırasız olarak tekrarlanamaz.
- Veri aktarımı: Zincirin başlarında girilen değerler, son adıma ve sonraki tüm sistemlere kadar bozulmadan korunur.
- Roller ve izinler: Her adım yalnızca o adımı gerçekleştirmeye yetkili olan kişi tarafından kullanılabilir.
- Kesintiye uğramış yollar: İptal, zaman aşımı, reddetme ve yeniden deneme işlemleri, iş akışını tanımlanmış bir durumda bırakır.
- Eserler: İş akışı test modeli, test senaryolarını, test prosedürlerini, test bileşenlerini ve test alt sistemlerini kapsar; bu nedenle bunların her biri sırayla doğrulanır.
- Bildirimler: E-postalar, uyarılar ve kuyruk mesajları, doğru içerikle, doğru adımda ve yalnızca bir kez gönderilir.
İş Akışı Testi, Uçtan Uca Test ve Sistem Testi Arasındaki Farklar
Bu üç teknik, birbirine yeterince benzediği için karıştırılabilir, ancak farklı sorulara cevap verirler. Tablo, sınırları belirler.
| Görünüş | İş akışı testi | Uçtan uca test | Sistem testi |
| Soru cevap | Yazılım, iş süreçleriyle uyumlu mu? | Tüm yolculuk, bağlantılı her sistemde sorunsuz çalışıyor mu? | Kurulan sistem gereksinimleri karşılıyor mu? |
| Kapsama birimi | Bir iş süreci, adım adım | Tek bir kullanıcı yolculuğu, ön uçtan arka uca | Uygulamanın tam sürümü |
| Birincil referans | İş Gereksinimleri Belgesi | Kullanıcı yolculuğu haritası | Sistem gereksinimleri spesifikasyonu |
| Tipik sahibi | İş analisti katkısıyla test mühendisi | Otomasyon veya Kalite Güvence mühendisi | Sistem test cihazı |
Pratikte, iş akışı testi genellikle bir şartname niteliğindedir. uçtan uca test şundan inşa edilirken, sistem testi İş akışının çalıştığı istikrarlı yapıyı sağlar.
En İyi Uygulamalar ve Ortak Zorluklar
İş akışı testlerinden fayda sağlayan ekipler genellikle aynı küçük alışkanlıklar kümesini izlerler.
- Gelir veya düzenleyici risk taşıyan iş akışlarına, nadir görülenlerden önce öncelik verin.
- Her adımı ve beklenen sonucu sade ve net bir dille açıklayın.
- Tekrar kullanılabilir, gerçekçi bir test veri seti oluşturun, böylece farklı ortamlardaki testler karşılaştırılabilir olsun.
- Her karar noktasında her iş akışını hem geçerli hem de geçersiz girdilerle test edin.
- Temel iş süreci değiştiği anda test senaryolarını güncelleyin.
Tekrarlanan engeller de aynı derecede tahmin edilebilir.
- Belgelenmemiş süreçler: İş akışı insanların zihninde yer alıyor, bu nedenle test uzmanları bir varsayıma göre doğrulama yapıyorlar.
- Uzun yürütme süreleri: Onay süreçlerini kapsayan bir iş akışı saatler sürebilir; bu da manuel olarak çalıştırılma sıklığını sınırlar.
- Çevresel değişim: Tedarik zincirinin alt kademelerindeki sistemler tıkanmış veya eskidir ve kusurlar yalnızca üretim aşamasında ortaya çıkar.
- Kırılgan otomasyon: Ekran düzenine bağlı komut dosyaları, işlem değişmese bile arayüz değiştiğinde bozulur.
- Veri çakışmaları: Paralel çalıştırmalar aynı kayıtları tüketir ve bu da ürün kusurları gibi görünen hatalara yol açar.
