Testleri Jira'nın içinde yönetmek: Xray ile plan, yürütme ve raporlama
Xray, test yönetimini Jira iş öğeleriyle aynı yapıda tutar: test yazılır, plana alınır, yürütülür ve gereksinim kapsamıyla raporlanır. Bu akışın adımlarını ve kavramlarını öğrenirsiniz.
Bir bakışta
- Xray, test yaşam döngüsünü gereksinimden rapora kadar Jira içinde yönetir. Testler Jira iş öğesi olduğu için aynı arama ve izin yapısını kullanır.
- Test Plan kapsamı, Test Execution yürütmeyi taşır. Plan, sürümle ilgili testleri toplar; yürütme testlerin çalıştırıldığı turdur.
- Yürütme, her test için bir Test Run üretir. Yeniden test için testi çoğaltmak yerine yeni ya da klonlanmış yürütme açılır.
- Testlerin gereksinimlerle ilişkilendirilmesi kapsam raporunu besler. İlişki kurulmayan test, kapsam hesabında görünmez.
Xray test sürecini nasıl kurar?
Xray'in belgelerine göre araç, test yaşam döngüsünü gereksinimlerden raporlara kadar Jira içinde yönetir ve Jira iş öğeleriyle aynı kalıpları izler. Süreç hazırlık ve uygulama olarak ayrılır: önce araç ve test yaklaşımı kurulur, sonra test varlıkları oluşturulup çalıştırılır.
Anlatılanlar Xray Cloud belgelerine dayanır; Xray'in sunucu ve veri merkezi sürümlerinde adımlar ve ekranlar farklı olabilir.
Gereksinimden rapora giden süreç Jira içinde tek zincirdir
Xray test süreci
- GereksinimTanımlanır, gözden geçirilir, onaylanır.
- YazımTestler ve gerekirse Precondition'lar yazılır.
- DüzenlemeTestler Test Set ya da Test Repository ile gruplanır.
- PlanlamaSürüme ait testler Test Plan'da toplanır.
- YürütmeTest Execution ile testler atanır ve çalıştırılır.
- RaporlamaPanel ve raporlarla karar verilir.
Test, Precondition ve Test Set
Test, temel varlıktır. Test adımlarını ve beklenen sonuçları içerir; manuel, otomatik ya da keşif amaçlı olabilir. Bir test, hangi gereksinimi doğruladığına bağlanır; bu ilişkiler kapsam hesaplarını ve raporları besler. Gereksinim olarak yapılandırılan her iş öğesi türü, hata dahil, testlerle doğrulanabilir.
Precondition, bir ya da daha fazla testle ilişkilendirilen yeniden kullanılabilir başlangıç koşuludur. Örneğin 'kullanıcı oturum açmış ve sepette ürün var' koşulu birçok testin başında tekrar yazılmaz; bir kez tanımlanıp ilgili testlere bağlanır.
Testleri düzenlemek için farklı yollar vardır. Test Set, testleri düz bir listede gruplar. Test Repository ise klasör tabanlı bir düzen sunar. Hangisini seçeceğiniz, test sayısına ve ekibin alışkanlığına bağlıdır; büyük ve derin bir test havuzunda klasör düzeni, küçük gruplarda düz liste daha pratiktir.
Test Set, Test Plan ve Test Execution farkı
Test Plan, bir sürümle ilgili testlerin toplandığı yerdir. Xray belgesine göre plan, tek tek testin son durumunu, kaç kez tekrarlandığına bakmaksızın gösterir; ayrıca ilerleme çubuğuyla özet verir. Test Plan Create Issue ekranından oluşturulur. Fix Version seçerseniz sürüm, plana bağlı planlı yürütmelere taşınır. Plandaki tabloda yalnız plana bağlı yürütmelerin sonuçları göründüğü için yürütmeleri plana ilişkilendirmeniz gerekir.
Test Execution ise testleri zamanlamak, atamak ve çalıştırmak için kullanılan iş öğesidir. Bir tester'a atanabilir; Test Environments alanıyla testin hangi ortamda çalıştırıldığı belirtilir. Yürütmeyi plandan, planın tüm testleri için ya da yalnızca belirli duruma sahip testler (örneğin başarısız olanlar) için oluşturabilirsiniz.
Bu varlıklar da testleri toplar, ama farklı soruya yanıt verir
Gruplama, planlama ve yürütme
| Test Set | Test Plan | Test Execution | |
|---|---|---|---|
| Amaç | Testleri düz bir grupta toplar | Bir sürümle ilgili testleri toplar | Testleri çalıştırma işini planlar ve atar |
| Sonuç | Yalnızca gruplama sağlar | Her testin son durumunu gösterir | Her test için bir Test Run üretir |
| Ne zaman | Testler düzenlenirken | Sürüm planlanırken | Test turu çalıştırılırken |
Bir yürütmeyi baştan sona yürütmek
Kurgusal bir örnekle ilerleyelim: bir e-ticaret ekibi, ödeme akışını içeren yeni bir sürümü test ediyor. • Ödeme gereksinimi için manuel testler yazılır ve her testin adımları ile beklenen sonucu girilir • Ortak başlangıç koşulları Precondition olarak tanımlanıp testlere bağlanır • Tüm testler gereksinime ilişkilendirilir; böylece kapsam hesabı bu testleri görür • Sürüme ait Test Plan oluşturulur ve ilgili sürüm Fix Version olarak seçilir • Plandan, bir test ortamı için Test Execution oluşturulur ve testler tester'lara atanır • Her test çalıştırıldığında Test Run durumu güncellenir: PASS, FAIL, TO DO, EXECUTING ya da özel durumlar • Başarısız testler için gerekirse hata kaydı açılır; plandan yalnız başarısız testlerle yeni bir yürütme oluşturulur
PASS verildiğinde tüm adımların durumu başarılı olur. FAIL verildiğinde adım durumları değişmez; çünkü bir test başarısızlığı Precondition'dan da kaynaklanabilir. Bu ayrım, hatanın nerede olduğunu aramayı kolaylaştırır.
Kapsam ve raporlama
Raporlama aşamasında Xray, yerleşik paneller, Reporting Center, gösterge paneli bileşenleri ile Xporter ve Document Generator gibi araçlar sunar. Bunlar sürüm kararlarına girdi sağlar: hangi gereksinimler doğrulanmış, hangileri doğrulanmamış, hangi testler başarısız?
Test Plan sayfasındaki Coverage Analysis, planın testlerine ve ilişkili yürütmelere odaklanabilir. Document Generator ile planı dışa aktarmak ise Xray genel ayarlarında etkinleştirilmesine bağlıdır. Raporların değeri, önceki adımlardaki disiplinden gelir: testler gereksinime bağlanmadıysa kapsam raporu eksik kalır.
Kapsam, gereksinimden test sonucuna uzanan bir zincirdir
Raporun dayandığı ilişkiler
- GereksinimDoğrulanması gereken iş öğesi.
- TestGereksinimi doğrulayan test varlığı.
- Test RunTestin yürütmedeki sonucu.
- Plan durumuSürümün test durumu özetlenir.
Sık yapılan hatalar
Xray kullanımında tekrar eden sorunlar: • Yürütmeleri plana ilişkilendirmemek. Çözüm: yürütmeyi plandan oluşturmak ya da plana eklemek • Testleri gereksinime bağlamamak. Çözüm: yazım aşamasında ilişkiyi kurmak • Ortak koşulları her teste elle yazmak. Çözüm: Precondition kullanmak • Yeniden test için testi çoğaltmak. Çözüm: yeni ya da klonlanmış yürütme açmak • Test Environment bilgisini boş bırakmak. Çözüm: yürütmede ortamı seçmek • Test sonuçlarını hata kaydıyla ilişkilendirmemek. Çözüm: başarısız test için hata açıp bağlamak
Test senaryosunun nasıl yazılacağı ayrı bir konudur; test senaryosu yazma sayfası adım ve beklenen sonuç yazımını işler. Hata kaydının kurulumu için de hata raporu yazma sayfasına bakabilirsiniz.
Bu beceriyi Mindset programlarında nerede çalışırsınız
Jira Eğitimi: Temel ve İleri Uygulama, Jira'yı diğer araçlarla entegrasyon ve ileri özellikler modülünü içerir; test yönetimi eklentileri bu çerçevede değerlendirilebilir. Test Yönetimi ve Strateji programı ise test yaklaşımını araçtan bağımsız ele almak isteyen QA sorumluları ve test yöneticileri için uygundur.
İlgili Mindset programı
Jira Eğitimi: Temel ve İleri Uygulama
Sık sorulan sorular
Test Run tam olarak nedir?
Xray belgesine göre bir Test Execution iş öğesi ile bir Test arasındaki ilişkiye Test Run denir. Yani bir yürütme, Test Run'ların listesidir. Aynı test farklı yürütmelerde ayrı Test Run üretir; bu yüzden aynı testin birçok turdaki sonucu birbirinden bağımsız izlenir.
Yeniden test için testi klonlamam gerekir mi?
Genellikle hayır. Xray'in belgesine göre her yürütme, testin ayrı bir örneğini (Test Run) tuttuğu için retest yaparken testi çoğaltmaya gerek yoktur. Yeni ya da klonlanmış bir Test Execution oluşturmak ve testi o yürütmede yeniden çalıştırmak yeterlidir.
Test Plan dinamik olabilir mi?
Xray belgesine göre Test Plan statik olarak tanımlanabilir; testler Xray'in issue picker'ı ile açıkça eklenir. Dinamik tanım ise yalnız Xray Enterprise için geçerlidir ve kayıtlı bir filtre testleri otomatik getirir. Filtre belirlendikten sonra test elle eklenip çıkarılamaz.
Keşif testi Xray'de yapılabilir mi?
Evet. Belgeye göre test manuel, otomatik ya da keşif amaçlı olabilir. Keşif testleri için adım adım senaryo yazmak yerine kapsam ve hedefi tanımlamak yeterli olabilir; yine de sonucun yürütmede kaydedilmesi, sürüm kararına dayanak olması için önemlidir.
Hata kaydı gereksinim olarak kullanılabilir mi?
Evet. Xray belgesine göre gereksinim olarak yapılandırılan her iş öğesi türü testlerle doğrulanabilir; hata da bunlar arasındadır. Bu, bir hatanın düzeltildiğini kanıtlamak için doğrulama testi yazıp hataya bağlamanızı sağlar.