Menü

JIRA Hata İzleme Aracı Eğitimi: JIRA'yı Biletleme Aracı olarak Kullanma

jira bug tracking tool tutorial

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

JIRA Hata İzleme: JIRA'da Kusur Yaşam Döngüsü

Jira İndirme ve Kurulum önceki eğitimimizde ayrıntılı olarak açıklanmıştır. Test ekipleri, Hata Yönetimi için JIRA'yı almak konusunda her zaman endişelidir.

Şüphe garantilidir. JIRA hata izleme aracının BT işletmeleri için geçerli olmasına rağmen, genel bir bilet sistemi olmasından kaynaklanmaktadır.

BT projeleri için bile, JIRA’nın Geliştirme ekiplerindeki popülaritesi, test uzmanlarını ve QA ekiplerini rahatsız ediyor. Konfor veya rahatsızlığa rağmen, test ekiplerinin çoğu şirkette JIRA hata izleme aracını kullanmaktan başka seçeneği yoktur. bizim JIRA eğitimi hakkında eksiksiz rehber size alet hakkında mükemmel bir bilgi verecektir.

=> JIRA Eğitimleri Serisinin Tamamı İçin Buraya Tıklayın

Neden? Basit mantık Şirketler birden fazla araca yatırım yapmak istemiyor. Araç kullanımınızı en üst düzeye çıkarmak ve çok fazla lisans satın alarak çıldırmamak ticari açıdan mantıklıdır.

JIRA Hata İzleme Aracı

Öyleyse, bir Geliştirme ekibi kullanıyorsa Atlassian JIRA Gereksinimlerini, geliştirmelerini, görevlerini veya kullanıcı hikayelerini izlemek için hata izleme aracı, daha sonra test ekibi, büyük olasılıkla hata izleme için kullanmak zorundadır.

Ama rahatla . JIRA’nın Hata Yönetimi, diğer tüm araçlar kadar iyidir . Hatta bazı durumlarda daha da iyi olabilir.

Bu, ekran görüntüleri ve her şey aracılığıyla size JIRA’nın hata izleme uygulamasına uygunluğunu gösterecek olan eğiticidir.

Ne öğreneceksin:

JIRA Hata İzleme Aracının En İyi Özellikleri

İşte başlıyoruz.

# 1) JIRA, içindeki tüm çalışmaları bir Sorun olarak ele alır

Bu nedenle, JIRA'da bir kusur yaratmak, ' Hata ”.

bir sorun yarat

# 2) Hata raporlama, her sorun için aşağıdaki bilgilerin kaydedilmesini gerektirir:

  • Kusur Kimliği
  • Kusur başlığı
  • Kusur açıklaması (yeniden oluşturma adımları)
  • Çevre bilgisi
  • Ekran görüntüsü (ek)
  • Önem
  • Birisine atayın
  • Durum- Hata yaşam döngüsündeki tüm durumlar

Etkili bir kusur yaratabilmek için tüm seçenekler mevcuttur.

Lütfen aşağıda Kırmızı ile vurgulanan alanlara dikkat edin:

kusur yaratmak

Burada görmediğiniz iki alan şunlardır:

  • Kusur Kimliği
  • Durum

Bu iki alan JIRA tarafından otomatik olarak oluşturulur. Tüm sorunların kendilerine JIRA tarafından atanan benzersiz bir kimliği olacaktır. Tüm sorunların durumu JIRA'da hata oluşturmada varsayılan olarak 'Yapılacaklar' veya 'Yeni' dir.

Bu nedenle, Hata bildirimi için tüm ortak olanaklar JIRA'da da mevcuttur. Aslında etiketler, bağlantı hataları, tahmin çabaları gibi daha fazla seçenek kullanılabilir.

# 3) Kusur Yaşam Döngüsü:

Tüm hata yaşam döngüsü durumları aşağıdaki gibidir Bugzilla (veya herhangi biri popüler hata izleyici ) burada da gerçekleştirilebilir:

Kusur Yaşam Döngüsü

Bunun JIRA yöneticiniz tarafından biraz özelleştirilmesi gerekecektir, ancak yapılması kolaydır. Özelleştirme ile uğraşmak istemeyenler için, varsayılan kurulumda da yanlış gidemezsiniz.

# 4) Geliştirici Ekibi ile yorumlar ve işbirliği

Her sorun, güncellemeleri, kişi ataması, Dev ekibinden alınan yorumlar - her şey JIRA'da etkinlik günlüğü altında izlenir.

Bu, geliştirme ekipleriyle daha iyi görünürlük ve işbirliği sağlar:

Jira Yorumları

# 5) İzlenebilirliği sağlamak için kusuru bir gereksinime bağlamak

JIRA sorunu alanlarındaki bağlantı seçeneği, belirli bir sorunu diğerine bağlamanızı sağlar. Diyelim ki Kusur 2, Kusur 1'in bir kopyasıysa, bu ilişkiyi kurabilirsiniz.

Benzer şekilde, bir kusur bir gereksinimi engelliyorsa veya bir gereksinimle ilgiliyse - bu özelliği JIRA'da görünür hale getirebilirsiniz.

Kusuru bağlamak

Ortaya çıkan bağlantılar aşağıdaki gibi sorun ayrıntıları sayfasında görünecektir:

sorun ayrıntıları sayfası

İlişki türleri kendinden açıklamalıdır ve basit-ortak-günlük-dil kelimeler (ilgili, neden olduğu vb.), herhangi bir JIRA kullanıcısının bu hakkı kullanmasını süper kolay ve sezgisel hale getirir.

# 6) Kusurlar bir CSV dosyasından içe aktarılabilir

Bu, JIRA'daki sorunların aynı anda toplu olarak oluşturulmasına yardımcı olur. Ayrıca, ekibiniz yeniyse ve sorunların doğrudan araçta oluşturulmasını istemiyorsanız, kusurları bir excel sayfasında rapor etmelerini sağlayabilirsiniz. İncelendikten ve geçerli oldukları onaylandıktan sonra, bu işlevsellik kullanılarak tek seferde araca aktarılabilirler.

Hangi şekilde kullanırsanız kullanın, bu büyük bir artı.

CSV dosyası

# 7) Kusurlar Word, XML ve yazdırılabilir formatlara aktarılabilir

Dışa aktarılan kusurlar

Bu, kusur verilerinizin daha iyi taşınabilirliğini destekler, özellikle de kusur verilerinizi JIRA kullanıcısı olmayan kişilerle paylaşmak istiyorsanız yararlıdır.

# 8) Kapsamlı Sorun Raporları:

Ayrıca, raporlara ihtiyacınız varsa ' Proje - raporlar 'Ve aşağıdaki gibi her türlü raporu oluşturun:

Kapsamlı Sorun Raporları

JIRA'nın analizini tek kelimeyle incelememiz gerekirse, bu harika.

JIRA'nın ileri düzey / ileri düzey kullanıcıları, daha derin bilgiler elde etmek için gelişmiş arama filtreleri de oluşturabilir.

Örneğin, Birden çok projede (BM ve AB) size atanan tüm kusurlara bakmak istiyorsanız, aşağıdaki gibi bir JQL sorgusu kullanabilirsiniz:

JQL sorgusu

Sonuç olarak, JIRA'daki hata izleme / hata yönetimi, özel hata izleyicilerden üstün olmasa da çok benzer. Bir dahaki sefere üzerinde çalışmanız gerektiğinde endişelenmeyin. Emin ellerdesin.

JIRA'nın Teste Uygulanabilirliği - Alternatif Bir İkilem

Bu madalyonun bir yüzü olsa da, insanların JIRA'nın QA veya teste uygulanabilirliğini nasıl gördüklerine dair kesinlikle başka bir boyut var.

Bir grup QA'ya “JIRA nedir?” Diye sorduğunuzda - Birçoğu JIRA'nın bir kusur izleme aracı olduğu yanıtını verecektir. Unutmayın, bunu birçok kıdemli kalite kontrol uzmanından duydum. Bu, JIRA'yı kullanmış olabilecekleri tek şeyin hata yönetimi / izleme olmasından kaynaklanıyor olabilir.

Ancak bundan daha fazlası var. Doğru kullanıldığında, çevik yetenekleri ile temel JIRA, üst düzey proje yönetimi için tek adresiniz olabilir.

Gereksinim takibi ve ilerlemesi, hata izleme, tahmin etme, SCRUM & KANBAN panoları aracılığıyla sprint takibi, raporlama ve işbirliğini gerçekten destekleyebilir.

Bir şey için bir araç kullanıyor olabilirsiniz, ancak bir dahaki sefere araç hakkında ve onu daha iyi anlamanıza ve kullanmanıza yardımcı olacak birkaç şey öğrenmeye çalışın.

Yani, bir sonraki adım olarak, JIRA'nın (doğrudan hata izleme ile ilgili olmayabilir) diğer birkaç harika özelliğini keşfedebilirsiniz, bu da onu tercihiniz yapabilir.

  • Özelleştirilebilir Gösterge Tabloları
  • Test Yönetimi Eklentileri
  • Oylama ve bir sorunu izleme
  • Zaman takibi
  • Çevik Proje ve Scrum panoları
  • Confluence / Documentation destek entegrasyonu vb.

Jira Sorunu ve Çeşitli Alanlar Oluşturma

Jira Sorunları: Farklı Jira Sorunları Türleri

Jira size sorunları oluşturmak / günlüğe kaydetmek için çok basit yollar sunar.

Bu sadece hataları kaydetmemize değil, aynı zamanda diğer 'bilet' veya 'istekler' türlerinde de bize olanak sağlar. Daha çok genel bir talep yönetimi uygulamasıdır.

Bu eğitici, Jira'daki Sorun türleri, bir sorun oluşturma, 'Sorun Oluştur' sayfasındaki farklı alanlar ve bunların ayrıntılarını, kolay anlamanız için resimli sunumla basit terimlerle açıklayacaktır.

Bir JIRA sorunu oluşturma

Jira Sorunları

Farklı kuruluşların, uygunluklarına / ihtiyaçlarına bağlı olarak farklı tür sorunları olabilir. Bir Jira yöneticisi bu alanı verimli bir şekilde özelleştirebilir.

Sorunlar farklı türlerde olabilir ve aşağıda Sorun türlerinin açıklaması / anlamı verilmiştir:

  1. Hata: Bu, uygulamada bulunan herhangi bir kusur veya sapmadır.
  2. Geliştirme isteği: Aynı zamanda değişiklik isteği (CR) olarak da bilinir. Bu tür, mevcut işlevsellikteki herhangi bir değişikliği veya tamamen yeni bir işlevselliği tasvir etmek için kullanılır.
  3. Görev: Bu daha çok bir yapılandırma veya analiz sorunudur. Örneğin , uygun konfigürasyonları ayarlamak bir görev olabilir.
  4. Soru: Sorun, uygulamadaki bazı işlevlerin nasıl kullanılacağı hakkında bir soru sormak kadar basit olabilir. Bu tür daha çok son müşteriler tarafından kullanılmaktadır.
  5. Epik: Bu normalde, ideal olarak birkaç küçük konuya bölünmüş büyük bir sorundur. Çevik bir ortamda ana destansı sorunu tamamlamak birkaç sprint alabilir.
  6. Finansal Nesne: Genellikle proje / ürün yönetimi, mali durumlarını takip etmek için bu tür sorunları kullanır.
  7. Hikaye: Bir özellikle ilgili tüm kullanıcı hikayesi bir tür sorun olabilir.
  8. Test durumu : Sorun bir test durumu olabilir. Jira, Zypher gibi eklentilerle entegre edildiğinde bu tür bir sorun ortaya çıkacaktır.

Bir Sorun Oluşturmak

Bir kullanıcının Jira'ya ve istenen projeye giriş yaptığını varsayarsak.

Aşama 1:

'+' ('Oluştur') araç çubuğu düğmesini tıklayın.

Bu, aşağıdaki resimde gösterildiği gibi bir ekran / sayfa gösterecektir:

sorun oluştur düğmesi

Bu sayfada, proje ve sorun / talep türünü seçin ve ardından 'İleri' düğmesine tıklayın.

Bu, aşağıdaki resimlerde gösterildiği gibi 'Sorun oluştur' sayfasını açacaktır:

JIRA

sorun oluştur -2

Adım 2:

Zorunlu ayrıntıları ve diğer verileri olabildiğince çok 'Sorun oluştur' sayfasına girin.

Aşama 3:

'Oluştur' düğmesini tıklayın. Bu, benzersiz bir sorun kimliği oluşturacaktır. Kimlik, sayısal rakamlarla birleştirilmiş proje tanımlayıcısından oluşacaktır.

Yukarıdaki Örnekte, seçilen proje 'TestProject' dir, dolayısıyla kimlik 'TESTPROJ1234' gibi olabilir.

  • Sorun oluşturulduktan sonra sorun kimliği kullanılarak aranabilir.

'Sorun oluştur' Sayfasındaki Alanların Açıklaması

(Oluşturma sayfası görüntüleri, daha iyi okunabilirlik için 3 bölüme ayrılmıştır).

Not :Jira yöneticisi ve / veya geliştiricisi, organizasyon ihtiyaçlarına bağlı olarak özel alanlar ekleyebilir / kaldırabilir.

# 1) Özet :

Bu aynı zamanda daha çok sorunun başlığı olarak adlandırılır ve Jira meselesinin çok önemli bir alanıdır.

Başlık, başlığın kendisine bakıldığında sorunun anlaşılabilmesi için olabildiğince benzersiz ve kesin olmalıdır. Bu, hata inceleme panosunun ve / veya ürün sahiplerinin sorunu derinlemesine incelemeden öncelik sırasına koymasına ve atamasına yardımcı olur.

# 2) Bileşen / ler :

'Hata' sorun türü durumunda kusurun tespit edildiği uygulama modülünün veya alanının adı / adları.

CR durumunda değişikliklerin gerekli olduğu alan olabilir. Bu genellikle uygulamada bulunan farklı modüllerden / bileşenlerden oluşan bir açılır listedir. Proje görevlisinin yöneticiden doldurması gerekir.

# 3) Açıklama :

Sorun türü bir hataysa, genellikle sorunu yeniden oluşturma adımlarını içermelidir.

Bir geliştirme talebi olması durumunda, tipik olarak çevik terminolojide bir hikaye olarak adlandırılan yeni gereksinim hakkında ayrıntılı bilgi vermelidir. İdeal olarak, bu alan, sorun iş akışı sırasında düzenli olarak güncellenmelidir.

.jar dosyaları nasıl açılır pencereler 10

# 4) Sürümleri Düzeltin :

Sorun / geliştirme talebinin teslim edileceği sürümün adı. Bu değer tipik olarak ürün sahibi tarafından, çevik bir scrum ortamında scrum master ile koordinasyon içinde doldurulur.

# 5) Öncelik :

Bu alan, sorunun kritikliğini gösterir.

Bu bir gösteri durdurucu olabilir, yani uygulama testi bir test aşamasında devam edemez. Bir uygulamanın çökmesi idealdir Misal 'Show Stopper' (kritik) sorunu.

Hata inceleme kurulu ve ürün sahipleri, sorunun önceliğini değiştirme hakkına sahiptir. Bu alan, 'Düşük', 'Orta' ('Büyük'), 'Kritik', 'Önemsiz' vb. Değerleri içeren bir açılır listedir.

# 6) Etiketler :

Bu alana konuların sınıflandırılmasına yardımcı olacak metinler girilir.

# 7) Çevre :

Bu isteğe bağlı bir alandır ve test ortamı burada belirtilmiştir.

# 8) Ek :

Oluşturulan sorun için destekleyici resimler. Kullanıcı resimleri sürükleyip bırakabilir veya kopyalayıp yapıştırabilir.

# 9) Sürümleri Etkiler :

'Hata' türü bir sorun için ürün sürümü buraya girilmelidir.

Örneğin 5.6, 5.7 vb.

# 10) Bağlantılı Sorunlar :

Diğer ilgili konular, bu açılır menüden uygun bir değer seçilerek yeni konuya bağlanabilir.

Örneğin, sorun başka bir sorunun düzeltilmesiyle ortaya çıkarsa, açılır menüden seçilecek değer 'Tanıtıcı' olabilir. Bazı düzeltme veya geliştirmelerle yeni bir kusur tetiklenirse bu alan son derece önemli hale gelir.

=> Sorun : 'Bağlantılı sorunlar' da uygun bir değer seçtikten sonra, ilgili sorun kimliği burada belirtilir.

# 11) Vekil :

Sorun üzerinde çalışacak kullanıcının adıdır.

Örneğin bir hata durumunda sorunu çözecek geliştiricinin adı olacaktır. Bu alan, genellikle ürün sahibi veya saldırı yöneticisi tarafından doldurulur. Yine, sorunu kimin atadığı bir kuruluştan diğerine değişebilir.

=> 'Bana Ata' ('Atayan' alanının sağ köşesinde bulunur) tıklandığında, sorun oturum açmış kullanıcıya atanır.

# 12) Epik Bağlantı :

Destanın ilgili bağlantısını seçin.

# 13) Sprint :

Sprintin adı burada seçilir ve sorunun ne zaman üzerinde çalışılacağını belirtir. Ürün sahibi tarafından kararlaştırılan gelecekteki bir sprint olabilir.

# 14) Takım :

Çevik bir ortamda farklı ekipler olabilir. Sorun ekiplerden birine atanır. Bu atama genellikle ürün sahibi veya scrum yöneticisi tarafından ürün sahibi ile koordineli olarak yapılır.

# 15) Başlangıçta Tahmin :

Bu alan, sorunu çözmek için ne kadar zaman gerektiğini gösterecektir.

Daha çok 'tahmin' olarak adlandırılır. Bu, gerekli test çabalarından da oluşacaktır. Saatler / günler / haftalar veya hikaye noktaları olarak bahsedilebilir. Sprint planlaması sırasında çevik bir ortamda, tüm takım ortak bir tahmine ulaşır.

# 16) Muhabir :

Bu dosya, Jira tarafından oturum açmış kullanıcının adıyla otomatik olarak doldurulur.

Not: Aşağıdaki gibi (yukarıdaki resimlerde görülmeyen) başka özel alanlarımız olabilir:

(i) Ortam türü :

Bir test veya üretim ortamında bir kusur bulunup bulunmadığını gösterir.

Bu alan değerleri organizasyondan organizasyona değişebilir. Jira, son müşteriler tarafından değil, yalnızca kuruluş içinde sorun yaratmak için kullanılıyorsa, bu alan hiç mevcut olmayabilir.

(ii) Tekrarlanabilir :

Kusur tekrarlanabilir mi? Bu alan, hata dışındaki herhangi bir sorun türü için kullanılamayacaktır.

(iii) Müşteri :

Bu alan, sorunu bildiren son müşteriyi adlandırır. Jira'nın yalnızca dahili sorun işleme için kullanıldığı bazı kuruluşlarda, bu alan mevcut olmayabilir.

Not: Yukarıda açıklanan tüm alanlar, genellikle varsayılan sekme olan 'Sorun oluştur' sayfasındaki 'Alan' sekmesine aittir. Sayfa, sonraki eğitimlerimizde ele alacağımız 'Dokümantasyon' vb. Gibi daha fazla sekmeye sahip olacak şekilde özelleştirilebilir.

Jira, farklı türdeki sorunları kolay ve verimli bir şekilde yönetmemiz için bize etkili bir yol sunuyor.

Günümüzde mümkün olan birçok özelleştirme ile Jira en popüler seçenek haline geldi.

JIRA'da Sorunlar Nasıl Ele Alınır

JIRA Sorunlarıyla Çalışma - JIRA'da kusur nasıl kaydedilir

Giriş yapan kullanıcının bir yönetici olmadığını ve test projemizin bileşenlerle - Modül 1 ve Modül 2, sürümler - sürüm 1 ve Sürüm 2 ile 'STH için Test' olduğunu varsayarak bir sorun oluşturmaya devam edelim. Anahtar - TFS zaten oluşturuldu.

JIRA

JIRA Sorunu Oluşturma

Sorunlar JIRA'nın temelini oluşturur, bu nedenle bunları oluşturmak için menü çubuğunda bir seçenek vardır:

JIRA sorunu oluşturma 1

'Sorun Oluştur' düğmesine tıklayın. Alternatif olarak, JIRA sayfasındayken 'c' yazdığınızda, aşağıdaki 'Sorun Oluştur' diyaloğu açılır.

JIRA 2

Bu sayfadaki tüm alanlar kendinden açıklamalıdır. Aşağıda en önemlisini tartışacağız.

Proje : Her konu bir projeye aittir. Açılır menüye tıklayarak ve bu sayının ait olmasını istediğiniz projeyi seçerek aynısını seçebilirsiniz.

JIRA 3

Sorun Tipi :Bu alan, JIRA aracılığıyla oluşturulabilen ve izlenebilen tüm sorun türlerini gösterir. Bu listede aşağıdaki seçenekler mevcuttur (bu liste, yönetici tarafından yapılan ayara bağlı olarak değişebilir):

JIRA 4

Bug, yeni özellik, görev, iyileştirme öğeleri tam olarak adlarının ima ettiği şeydir. Destan ve hikaye, Agile projelerine daha uygundur. Hikaye, Agile'da baştan sona izlenmesi gereken bir gerekliliktir. Destan, bir grup hikayedir.

Sorun türünü gerektiği gibi seçin. Ben 'Bug' ile gideceğim.

Özet : Böceğinize burada bir başlık verin. Doğru kullanıldığında, bu alan birçok kritik bilgiyi iletmede çok başarılı olabilir. Burada dikkat edilmesi gereken bazı hususlar:

Bir hata / kusur esasen doğru olmayan bir şeydir. Bir hata başlığına yaklaşmanın doğru yolu, 'neyin yanlış olduğunu' kısaca tanımlamaktır.

Bir örnek Kötü bir başlık / özet 'Ekrandaki içerikleri temizleme seçeneği olmalıdır'. Bunu okuduğumda ilk tepkim şu şekilde olacak: 'Tamam, olmalı- ama buradaki sorun nedir? Seçenek hiç mevcut değil mi? Yoksa seçenekler mevcut ve içeriği temizlemiyor mu? '

Ayrıca bu hatayı açıp ayrıntılı olarak incelediğimde, bu sorunun cevabını bulacağıma eminim.

Ancak burada vurgu bu “Özet” alanını en verimli şekilde kullanmaktır. Bu nedenle, çok uygun bir özet / başlık 'Ana oturum açma sayfasının içeriğini temizleme seçeneği tıklandığında alanları temizlemez' olacaktır.

Bu alanın sağladığı sınırlı alanda, başlığınızı herhangi bir belirsizlik olmadan tam olarak konuyu iletecek şekilde yazmaya çalışın.

Öncelik : Bu alan aşağıdaki değerlerden birini alabilir.

Hatanız için uygun bir seçenek seçin.

JIRA 5

İle koymak t : Bu liste, Projenin bileşenlerini gösterecektir. Uygun şekilde seçin.

Etkilenen Sürüm ve Düzeltme sürümü: Bu iki alan proje için mevcut versiyonları gösterecektir. Belirli bir sürümde karşılaştığınız belirli bir sorunun aynı sürümde düzeltilmesi gerekli değildir. Bu gibi durumlarda, etkilenen sürümü geçerli sürüm olarak ve düzeltme sürümünü bir sonraki sürüm olarak seçebilirsiniz.

Ayrıca bu alanlar birden çok değer alabilir. Aşağıdaki gibi belirli bir sorunun hem sürüm 1'i hem de sürüm 2'yi etkilemesini seçebilirsiniz:

JIRA 6

Vekil : Bu konunun devredileceği kişinin adını daha sonra yazabilirsiniz. Kendinize bir sorun da atayabilirsiniz.

JIRA 7

Açıklama : Bu, sorununuz hakkında istediğiniz kadar bilgi girmenize yardımcı olan isteğe bağlı bir metin alanıdır. Durumunda böcek , bu alanı hatayı yeniden üretme adımları hakkında ayrıntılı bilgi vermek için kullanmak normaldir.
Tüm bilgilerin verilmesi son derece önemlidir.

“Diyelim ki, iki alan var - bağımlı olanlar - Eyalet ve Şehir. Açılır listeden Eyaleti seçtiğimde, Şehir alanında seçtiğim eyaletteki ilgili şehirleri görüntülemelidir.

“Seçtiğim bazı eyaletler için şehirler boş” şeklinde bir hata ortaya çıkarsa. Tanım alanı, bu kusuru detaylandırmak için benim için yer.

Yetersiz tanımlamaya bir örnek:

1) Siteye girin
2) Adres sayfasına tıklayın
3) İsim, sokak adresi vb. Gibi diğer ayrıntıları girin.
4) 'Durum' açılır menüsünü tıklayın. Bir eyalet seçin
5) 'Şehir' açılır menüsünü tıklayın - şehir adlarını not edin

Yukarıdaki açıklama kesin olmasına rağmen tam değildir. Bu alana gelince, çok fazla bilgi vermek ama çok az vermekten yana.

Açıklamaya aşağıdaki adımlar eklenirse, bu daha mantıklı.

6) Eyaleti 'California' olarak seçin ve 'Şehir' açılır menüsüne tıklayın - tüm eyaletler görüntülenecek ve kullanıcı gerektiği gibi bir şehir seçebilecektir.
7) Eyaleti 'Louisiana' olarak seçin ve 'Şehir' açılır menüsünü tıklayın - liste boş olacaktır.
8) New Jersey ve Utah eyaletleri için de şehirler boş.

Bu nedenle, tekrarlamak için, tam adımları, kesin verileri ve bu alanı doldurmak için gerekli olduğunu düşündüğünüz diğer bilgileri sağlayın.

Ek dosya : Herhangi bir destekleyici belge bir sorunla birlikte yüklenebilir.

Tüm bilgiler memnuniyetinize göre girildikten sonra, sorun 'Sorun Oluştur' diyalogunun sonundaki 'Oluştur' düğmesine tıklanarak oluşturulabilir.

Sorun oluşturulur ve kullanıcıya sorun kimliğini içeren bir mesaj görüntülenir:

JIRA 8

Not: sorun kimliğine dikkat edin; projenin 'Anahtarı' ile ön eklenmiştir. JIRA’nın belirli bir projeye ait konuları izleme / gruplama yoludur.

Artık, yukarıdaki mesajda görünen bağlantıya tıklayarak oluşturulan sorunu görüntüleyebilirsiniz.

Sorun Oluştur Sayfası Hakkında Ek Ayrıntılar

1) 'Sorun Oluştur' sayfasının sağ üst köşesinde bulunan bir yapılandırma alanları seçeneği olacaktır.

JIRA 9

Bu seçenek, sorun oluşturma diyaloğunuzda görmek istediğiniz alanları seçmek / değiştirmek için kullanılabilir. Bir seçim yapıldıktan sonra, JIRA sonraki sorunlarınız için de değişiklikleri hatırlayacaktır.

2) 'Sayı Oluştur' sayfasının altında 'başka bir tane oluştur' var

JIRA 10

Bu seçeneği seçip 'Oluştur' u tıkladığınızda - bir kez mevcut sayı oluşturulur; JIRA,
Oluşturulan önceki sayılara göre otomatik seçilen özet dışında Proje, Sorun türü ve diğer alanlar ile 'Sorun Oluştur' diyaloğu açılır.

Bununla “JIRA'da sorun yaratmak” konusunu sonlandırıyoruz.

Bir sonraki Atlassian JIRA eğitiminde, alt görevleri ve bunların belirli QA amaçları için nasıl kullanılacağını öğreneceğiz.

=> Tam JIRA Eğitimleri Dizisi İçin Burayı Ziyaret Edin

Sana doğru

Şimdi, sizden haber alma zamanı. Hata izleme için JIRA'yı kullanarak herhangi bir zorlukla karşılaştınız mı?

Test ekiplerinin JIRA'yı hata yönetimi için uyarlarken sahip oldukları direnişin herhangi bir ağırlığı olduğunu düşünüyor musunuz?

PREV Eğitimi | SONRAKİ Eğitici

Önerilen Kaynaklar

^