Azure Boards'ta yazılım hatalarını tanımlama, yakalama, önceliklendirme ve yönetme

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Kodunuzdaki hataları nasıl izler ve yönetirsiniz? Yüksek kaliteli yazılım dağıtımlarını desteklemek için yazılım sorunlarının ve müşteri geri bildirimlerinin hızla giderildiğinden nasıl emin olursunuz? Yeni özelliklerde nasıl iyi bir ilerleme kaydedip teknik borcunuzu giderebilirsiniz?

En azından yazılım sorunlarınızı yakalamanın, önceliklerini belirlemenin, bir ekip üyesine atamanın ve ilerleme durumunu izlemenin bir yoluna ihtiyacınız vardır. Ayrıca, kod hatalarınızı Çevik uygulamalarınızla uyumlu şekilde yönetmek istiyorsunuz.

Bu senaryoları desteklemek için Azure Boards, Hata adlı kod hatalarını izlemek için belirli bir iş öğesi türü sağlar. Hata iş öğeleri, diğer iş öğesi türlerinin tüm standart özelliklerini birkaçıyla daha paylaşır. Standart özelliklere genel bakış için bkz . Kullanıcı hikayeleri, sorunları, hataları, özellikleri ve epic'lerle çalışmayı izleme.

Hatalar aşağıdaki ek özellikleri de sağlar:

• Her ekibin hataları nasıl izlemek istediğini seçme seçenekleri
• Hataları yakalamak için test araçları
• Derlemelere, sürümlere ve testlere bağlı hataları izlemek için Azure DevOps genelinde yerleşik tümleştirme

Not

Hata iş öğesi türleri Temel işlemle kullanılamaz. Temel işlem hataları Sorunlar olarak izler ve Azure DevOps Services veya Azure DevOps Server 2019.1 veya sonraki sürümlerinden yeni bir proje oluşturduğunuzda kullanılabilir.

Önkoşullar

• Bir projeye eklenmelisiniz.
• İş öğelerini görüntülemek veya değiştirmek için Bu düğümdeki iş öğelerini görüntüle ve Bu düğümdeki iş öğelerini düzenle izinlerinizin İzin Ver olarak ayarlanmış olması gerekir. Varsayılan olarak Katkıda Bulunanlar grubu bu izin kümesine sahiptir. Daha fazla bilgi için bkz . İş izleme için izinleri ve erişimi ayarlama.
• İş öğelerine eklemek üzere yeni etiketler eklemek için Temel erişime veya daha üst düzeye sahip olmanız ve proje düzeyinde Yeni etiket tanımı oluşturma izinlerinin İzin Ver olarak ayarlanması gerekir. Varsayılan olarak Katkıda Bulunanlar grubu bu izin kümesine sahiptir. İzin bir Paydaş için açıkça ayarlanmış olsa bile, erişim düzeyleri aracılığıyla yasaklandığı için yeni etiket ekleme iznine sahip değildir. Daha fazla bilgi için, bkz. Paydaş erişimi hızlı başvuru.
• Okuyucular grubundaki üyeler bile tüm proje üyeleri iş öğelerini içeren e-postalar gönderebilir.

İpucu

Bir hatayı bildirmek için, kullanıcının bu düğümde en az Paydaş erişimine ve İş öğelerini düzenleme iznine sahip olması ve hata eklediği Alan Yolu için İzin Ver olarak ayarlanmış olması gerekir. Daha fazla bilgi için bkz . İş izleme için izinleri ve erişimi ayarlama

Hata iş öğesi türü

Aşağıdaki görüntüde Scrum işlemi için Hata iş öğesi türü gösterilmektedir. Çevik ve CMMI işlemleri için Hata iş öğesi türü benzer bilgileri izler. Gereksinimlerle birlikte ürün kapsamı üzerinde veya görevlerle birlikte Görev Panosu'nda görünecek şekilde tasarlanmıştır.

Not

Web portalınızdan gördüğünüz görüntüler, bu makalede gördüğünüz görüntülerden farklı olabilir. Bu farklılıklar web uygulamanızda yapılan güncelleştirmelerden, sizin veya yöneticinizin etkinleştirdiği seçeneklerden ve projenizi oluştururken hangi işlemin seçildiğinden (Çevik, Temel, Scrum veya CMMI) kaynaklanır. Temel işlem, Azure DevOps Server 2019 Güncelleştirme 1 ve sonraki sürümlerde kullanılabilir.

Hatalara özgü alanlar

Hata iş öğesi türü, hataya özgü bazı alanları kullanır. Hem ilk sorunu hem de devam eden bulmaları yakalamak için aşağıdaki tabloda açıklanan alanları kullanın. Yetenek Olgunluğu Modeli Tümleştirmesi (CMMI) işlemi için tanımlanan Hataya özgü alanlar hakkında bilgi için bkz . Hatalar, sorunlar ve riskler alan başvurusu. Diğer tüm alanlar hakkında bilgi için bkz . İş öğesi alan dizini.

---

Alan, Grup veya Sekme

Kullanım

---

Yeniden Oluşturma Adımları
(kolay ad=Yeniden Oluşturma Adımları)

Diğer ekip üyelerinin kod hatasını tam olarak anlayabilmesi için yeterli bilgiyi yakalamak için kullanın. Hatayı ve beklenen davranışı bulmak veya yeniden oluşturmak için yapılan eylemleri dahil edin.

---

Sistem Bilgileri
Derlemede bulundu

Uygulanacak hata ve testlere uygun yazılım ve sistem yapılandırması hakkında bilgiler. Test aracı aracılığıyla hata oluşturduğunuzda Sistem Bilgileri ve Derlemede Bulunan alanları otomatik olarak doldurulur. Bu alanlar, yazılım ortamı ve hatanın oluştuğu derleme hakkındaki bilgileri belirtir. Daha fazla bilgi için bkz . Farklı yapılandırmaları test edin.

---

Kabul Ölçütleri

Hata kapatılmadan önce karşılanacak ölçütleri belirtin. İş başlamadan önce müşteri kabul ölçütlerini olabildiğince net bir şekilde açıklayın. Teams, kabul testlerinin temeli olarak bu ölçütleri kullanmalı ve bir öğenin tatmin edici bir şekilde tamamlanıp tamamlanmadığını değerlendirmelidir.

---

Derlemeyle Tümleştirilmiş

Hatayı düzelten kodu içeren derlemenin adını belirtir. Hatayı çözdiğinizde bu alan belirtilmelidir. Şirket içi Azure DevOps için, çalıştırılmış olan tüm derlemelerin açılan menüsüne erişmek için, genel listeye başvurmak için Derlemede Bulundu ve Derlemede Tümleştirilmiş tanımlarını güncelleştirebilirsinizFIELD. Genel liste, çalıştırılacak her derlemeyle otomatik olarak güncelleştirilir. Daha fazla bilgi için bkz . Derleme ve test tümleştirme alanlarını temel alan sorgulama.
Derleme numaralarını tanımlama hakkında bilgi için bkz . derleme numarası biçimi seçenekleri.

---

Öncelik¹

• 1: Ürün, yakında gönderilmeden ve ele almadan önce iş öğesinin başarılı bir şekilde çözülmesini gerektirir.
• 2: Ürün, iş öğesinin gönderilmeden önce başarılı bir şekilde çözülmesini gerektirir, ancak hemen ele alınması gerekmez.
• 3: İş öğesinin çözümü kaynaklara, zamana ve risklere göre isteğe bağlıdır.

---

Önem Derecesi¹

Hatanın veya iş öğesinin proje veya yazılım sistemi üzerindeki etkisinin öznel derecelendirmesi. Örneğin: Kullanıcı arabirimindeki uzak bir bağlantı (nadir bir olay) bir uygulamanın veya web sayfasının kilitlenmesine neden oluyorsa(ciddi bir müşteri deneyimi), Önem Derecesi = 2 - Yüksek ve Öncelik = 3 seçeneğini belirtebilirsiniz. İzin verilen değerler ve önerilen yönergeler şunlardır:

• 1 - Kritik: Düzeltilmelidir. Bir veya daha fazla sistem bileşeninin veya sistemin tamamının sonlandırılmasına veya kapsamlı veri bozulmasına neden olan bir hata. Ayrıca, gerekli sonuçları elde etmek için kabul edilebilir alternatif yöntemler yoktur.
• 2 - Yüksek: Düzeltmeyi göz önünde bulundurun. Bir veya daha fazla sistem bileşeninin veya sistemin tamamının sonlandırılmasına veya kapsamlı veri bozulmasına neden olan bir hata. Ancak, gerekli sonuçları elde etmek için kabul edilebilir bir alternatif yöntem vardır.
• 3 - Orta: (Varsayılan) Sistemin yanlış, eksik veya tutarsız sonuçlar üretmesine neden olan hata.
• 4 - Düşük: Gerekli sonuçları elde etmek için kabul edilebilir geçici çözümler içeren küçük veya kozmetik bir kusur.

---

Dağıtım

Dağıtım denetimi, iş öğeleri içeren yayınların bağlantılarını ve görüntülenmesini destekler. Denetimi kullanmak için sürüm ayarlarını etkinleştirmeniz gerekir. Daha fazla bilgi için bu makalenin devamında iş öğelerini sürümlere bağlama bölümüne bakın.

---

Geliştirme

Geliştirme denetimi, geliştirme nesnelerine yapılan bağlantıların bağlantılarını ve görüntülenmesini destekler. Bu nesneler Git işlemelerini ve çekme isteklerini ya da TFVC değişiklik kümelerini ve sürümlenmiş öğeleri içerir. İş öğesinden veya işlemelerden, çekme isteklerinden veya diğer geliştirme nesnelerinden bağlantılar tanımlayabilirsiniz. Daha fazla bilgi için bu makalenin devamında iş öğelerini geliştirmeyle ilişkilendirme bölümüne bakın.

---

Notlar:

¹ Menü seçimini veya seçim listesini değiştirmek için bkz . İş izleme deneyimini özelleştirme. Özelleştirme yöntemi, projeniz tarafından kullanılan işlem modeline bağlıdır.

Ekibinizin hataları nasıl izlediğini seçin

Ekibiniz hataları gereksinim veya görev olarak izleyebilir. Ekip seçimini desteklemek için aşağıdaki faktörleri göz önünde bulundurun.

• Ekibinizin boyutu. Daha küçük ekipler, gereksinimleri olarak hataları izleyerek hafif bir ayak izi oluşturabilir.
• Çalışmayı izlemek için kuruluş gereksinimleri. Ekibinizin saatleri izlemesi gerekiyorsa hataları görev olarak izlemeyi seçin.
• Ekibinizin çalışmalarını düzenleme şekli. Ekibiniz, işin önceliğini belirleme ve hata ekleme amacıyla ürün kapsamına bağlıysa, hataları gereksinimler olarak izleyin.
• Planlama bölmesi, hız grafiği, tahmin, toplama ve teslim planları gibi ekibinizin kullanmak istediği araçlar. Görevlerin hataları izlemesi, bu araçlardan birkaçının kullanılmasını engeller.

Aşağıdaki tabloda ekiplerin hataları izlemesi gereken üç seçenek özetlenmiştir. Daha fazla bilgi edinmek ve ekibinizin seçeneğini ayarlamak için bkz . Kapsamlarda ve panolarda hataları gösterme.

---

Seçenek

İstediğiniz zaman seçin...

---

Hataları Gereksinimler olarak izleme

• Gereksinimlerle birlikte hataların önceliklerini belirleme (yığın sıralaması)
• Tahmin için hata eforu tahmini
• Kanban panosunda hata durumunu güncelleştirme
• Hız grafiklerine ve Kümülatif Akış Diyagramlarına Hata Ekleme
• Sprint planlamasını desteklemek için Tahmin aracını kullanabilir
• Hataları sprint'e atamak için Planlama bölmesine sürükleyip bırakabilir
• Teslimat Planlarında Hataları görüntüleyebilir

Not

• Hatalar Gereksinimler Kategorisine atanır

---

Hataları Görev olarak izleme

• Görevlere benzer hatalar için çalışmayı tahmin etme
• Sprint Görev Panolarında hata durumunu güncelleştirme
• Hataları gereksinimlere alt öğe olarak bağlama
• Hataları sprint'e atamak için Planlama bölmesine sürükleyip bırakabilir

Not

• Hatalar Görev Kategorisine atanır
• Kullanıcı Hikayeleri (Çevik), Ürün Kapsam Öğeleri (Scrum) veya Gereksinimler (CMMI), Hatalar için doğal üst iş öğesi türüdür
• Hatalar Teslim Planlarında görünmez

---

Hatalar kapsamlarda veya panolarda görünmez

• Sorguları kullanarak hataları yönetme

Not

• Hatalar Hata Kategorisi ile ilişkilendirilir ve kapsamlarda veya panolarda görünmez
• Hatalar Kapsamlar, Panolar, Sprint Kapsamları, Görev Panoları veya Teslim Planlarında görünmez
• Sprint'e hata atamak için hatalar Planlama bölmesine sürüklenemiyor ve bırakılamıyor

---

İş öğesi türünü özelleştirme

Hata ve diğer iş öğesi türlerini özelleştirebilirsiniz. Alternatif olarak, yazılım sorunlarını veya müşteri geri bildirimlerini izlemek için özel türler de oluşturabilirsiniz. Tüm iş öğesi türleriyle aşağıdaki öğeleri özelleştirebilirsiniz:

• Özel alan ekleme veya kaldırma
• İş öğesi formuna özel denetimler veya özel sekmeler ekleme
• İş akışı durumlarını özelleştirme
• Koşullu kurallar ekleme
• İş öğelerinin görüntülendiği kapsam düzeyini seçin

İşleminizi özelleştirmeden önce Azure Boards'ı yapılandırma ve özelleştirme'yi gözden geçirmenizi öneririz.

Belirli bir işleminizi özelleştirmek için bkz . Devralma işlemini özelleştirme.

Hata ekleme veya yakalama

Birkaç farklı Azure DevOps aracından hata tanımlayabilirsiniz. Bunlar kapsamları ve panoları ve test araçlarını içerir.

İpucu

Varsayılan olarak, hata oluştururken gereken tek alan Başlık alanıdır. Azure Boards'u kullanarak kullanıcı hikayeleri veya ürün kapsamı öğeleri eklediğiniz şekilde hataları hızla ekleyebilirsiniz. Bazı alanları gerekli hale getirmek istiyorsanız, durum değişikliğine dayalı koşullu kurallar ekleyerek bunu yapın. Daha fazla bilgi için bkz . İş öğesi türüne kural ekleme (Devralma işlemi).

Kapsamınızdan veya panonuzdan hata ekleme

Ekibiniz gereksinimleri olan hataları yönetmeyi seçtiyse, ürün kapsamınızdan veya Kanban panonuzdan hatalar tanımlayabilirsiniz. Daha fazla bilgi için bkz . Ürün kapsamınızı oluşturma veya Kanban panonuzu kullanmaya başlama.

• Ürün kapsamına hata ekleme

  

• Ürün kapsamına hata ekleme

  

İpucu

Ürün kapsamınızdan veya Kanban panonuzdan bir hata eklediğinizde, hata otomatik olarak takım için tanımlanan varsayılan Alan Yolu ve Yineleme Yolu atanır. Daha fazla bilgi için bkz . Kapsamlar ve panolar tarafından başvurulan ekip varsayılanları.

Sprint kapsamınızdan veya Görev Panosundan hata ekleme

Ekibiniz görevleri olan hataları yönetmeyi seçtiyse, Kanban panonuzdan, ürün kapsamınızdan, Sprint kapsamınızdan veya Sprint Görev Panosu'ndan hatalar tanımlayabilirsiniz. Bir ürün kapsamı iş öğesine alt öğe olarak bir hata eklersiniz.

• Kanban panosundan bağlantılı alt hata ekleme
  Bir kapsamı öğesine görev eklerken yaptığınız gibi bir hata eklersiniz. Daha fazla bilgi için bkz . Denetim listesi olarak görev veya alt öğe ekleme.

  

• Sprint Kapsamı'ndan bağlantılı alt hata ekleme
  Sprint kapsamına görev eklerken yaptığınız gibi bir hata eklersiniz. Daha fazla bilgi için bkz . Kapsam öğelerine görev ekleme.

  

Test aracından hata oluşturma

Test sırasında hata eklemek için kullanabileceğiniz iki test aracı web portalı Test Çalıştırıcısı ve Test ve Geri Bildirim uzantısıdır.

• Test Çalıştırıcısı: El ile test çalıştırırken Hata oluştur'u seçebilirsiniz. Daha fazla bilgi için bkz . El ile testleri çalıştırma.

  

• Test ve Geri Bildirim uzantısı: Keşif testlerini çalıştırırken Hata oluştur'u veya Görev oluştur'u seçebilirsiniz. Daha fazla bilgi için bkz . Test ve Geri Bildirim uzantısıyla keşif testi

Hata yaşam döngüsü ve iş akışı durumları

Diğer tüm iş öğesi türlerinde olduğu gibi Hata iş öğesi türünün de iyi tanımlanmış bir iş akışı vardır. Her iş akışı üç veya daha fazla Durumdan ve bir Nedenden oluşur. Nedenler, öğenin neden bir Durumdan diğerine geçtiğini belirtir. Aşağıdaki görüntüler Çevik, Scrum ve CMMI işlemleri için tanımlanan varsayılan hata iş akışını gösterir.

Çevik	Scrum	CMMI

Scrum hataları için, Durumuİşlendi (Etkin'e benzer) yerine Bitti olarak değiştirirsiniz. Çevik ve CMMI için önce hatayı çözer ve hatanın düzeltildiğini gösteren bir neden seçersiniz. Genellikle, hatayı oluşturan kişi düzeltmeyi doğrular ve Durumu Çözüldü'den Kapalı'ya güncelleştirir. Bir hata çözüldükten veya kapatıldıktan sonra daha fazla çalışma bulunduysa, DurumuKabul Edildi veya Etkin olarak ayarlayarak yeniden etkinleştirebilirsiniz.

Not

Çevik işlem hata iş öğesi türü daha önce hatayı oluşturan kişiye yeniden atayan bir kurala sahipti. Bu kural varsayılan sistem işleminden kaldırılmıştır. Bir kural ekleyerek bu otomasyonu yeniden devreye alabilirsiniz. Devralma işlemi için bkz . İş akışı durumlarına kural uygulama, Durum değişikliğine göre yeniden atamayı otomatikleştirme.

Düzeltmeyi doğrulama

Bir düzeltmeyi doğrulamak için bir geliştirici veya test eden, hatayı yeniden oluşturmayı dener ve daha beklenmeyen davranışlar arar. Gerekirse hatayı yeniden etkinleştirmeleri gerekir.

Bir hata düzeltmesini doğrularken, hatanın düzeltilemediğini veya çözüme katılmayabileceğinizi fark edebilirsiniz. Bu durumda hatayı çözen kişiyle tartışın, bir anlaşmaya varın ve büyük olasılıkla hatayı yeniden etkinleştirin. Bir hatayı yeniden etkinleştirirseniz hata açıklamasına hatayı yeniden etkinleştirme nedenlerini ekleyin.

Hatayı kapatma

Bir hata düzeltildi olarak doğrulandıktan sonra kapatılır. Ancak, aşağıdaki nedenlerden biri nedeniyle bir hatayı da kapatabilirsiniz. Seçilebilecek nedenler, proje işlemine ve hata geçiş durumlarına bağlıdır.

Çevik işlem:

• Ertelendi: Hata düzeltmesini bir sonraki ürün sürümüne ertele.
• Düzeltildi: Hata düzeltildi olarak doğrulandı.
• Yinelenen: Hata, şu anda tanımlanmış başka bir hatayı izler. Her hatayı Yinelenen/Yinelenen bağlantı türüne bağlayabilir ve hatalardan birini kapatabilirsiniz.
• Tasarlandığı Gibi: Özellik, tasarlandığı gibi çalışır.
• Yeniden Oluşturulamıyor: Testler, hatanın yeniden oluşturulamadığını kanıtlıyor.
• Kullanımdan kaldırıldı: Hatanın özelliği artık üründe yok.
• Kapsam'a kopyalandı: Hatayı izlemek için bir kullanıcı hikayesi açıldı.

Scrum işlemi:

• Hata Değil: Hatanın bir hata olmadığı doğrulandı.
• Yinelenen: Hata, şu anda tanımlanmış başka bir hatayı izler. Her hatayı Yinelenen/Yinelenen bağlantı türüne bağlayabilir ve hatalardan birini kapatabilirsiniz.
• Kapsamtan kaldırıldı: Hata, hata olmadığı doğrulandı. Hatayı kapsamtan kaldırın.
• Çalışma tamamlandı: Hata düzeltildi olarak doğrulandı.

CMMI işlemi:

• Ertelendi: Hata düzeltmesini bir sonraki ürün sürümüne ertele.
• Yinelenen: Hata, şu anda tanımlanmış başka bir hatayı izler. Her hatayı Yinelenen/Yinelenen bağlantı türüne bağlayabilir ve hatalardan birini kapatabilirsiniz.
• Reddedildi: Hatanın bir hata olmadığı doğrulandı.
• Doğrulandı: Hata düzeltildi olarak doğrulandı.

İpucu

Bir hata kapatıldıktan ve düzeltme dağıtımlarda etkin bir şekilde yayımlandıktan sonra, önerilen uygulama regresyon nedeniyle hatayı asla yeniden açmamaktır. Bunun yerine, yeni bir hata açmayı ve eski, kapalı hataya bağlanmayı düşünmelisiniz.

Gelecekte hatanın neden kapatıldığıyla ilgili karışıklığı önlemek için Tartışma alanındaki bir hatayı kapatmaya yönelik diğer ayrıntıları açıklamak her zaman iyi bir fikirdir.

Çekme isteklerini birleştirirken hata kapatmayı otomatikleştirme

Ekibiniz bir Git deposu kullanıyorsa, çekme isteklerinin başarıyla birleştirilmesinden sonra bağlı hatalarda ve diğer iş öğelerinde Durum'un kapatılmasını ayarlayabilirsiniz. Daha fazla bilgi için bu makalenin devamında yer alan Çekme isteğinde iş öğesi durumunu ayarlama bölümüne bakın.

Hataları listeleme ve önceliklendirme

Çoğu ekip, hataları izlemek için seçtikleri her seçenekte bir veya daha fazla hata sorgusu tanımlar. Sorgularla etkin hataları, atanmamış hataları, eski hataları, hata eğilimlerini ve daha fazlasını listeleyebilirsiniz. Ardından, hata durumunu ve ilerleme durumunu izlemek için ekip panolarınıza sorgular ve sorgu grafikleri ekleyebilirsiniz.

Hata sorguları

Paylaşılan sorguyu açın veya aşağıdaki seçenekler gibi yararlı hata sorguları oluşturmak için sorgu düzenleyicisini kullanın:

• Önceliğe göre etkin hatalar (State <> Done veya State <> Closed)
• Devam Ediyor hataları (State = Committed veya State = Active)
• Hedef sürüm için düzeltilen hatalar (Tags Contains RTM)
• Son hatalar - son üç hafta içinde açılan hatalar (Created Date > @Today-21)

Ekibinizin ilgilendiği sorguları aldıktan sonra durum veya eğilim grafikleri oluşturabilirsiniz. Oluşturduğunuz grafiği bir panoya da ekleyebilirsiniz.

Sorgu sonuçlarında önceliklendirme modu

Kodlama ve test etmeye başladıktan sonra, hataları gözden geçirmek ve derecelendirmek için düzenli olarak önceliklendirme toplantıları düzenlemek isteyeceksiniz. Genellikle proje sahibi hata önceliklendirme toplantılarını çalıştırır. Ekip liderleri, iş analistleri ve belirli proje riskleri hakkında konuşabilen diğer paydaşlar önceliklendirme toplantılarına katılır.

Proje sahibi, önceliklendirilecek hataları listelemek üzere yeni ve yeniden açılan hatalar için paylaşılan bir sorgu tanımlayabilir.

Sorgu sonuçları sayfasında, yukarı ve aşağı okları kullanarak hata iş öğeleri listesinde hızla yukarı ve aşağı hareket edebilirsiniz. Her hatayı gözden geçirirken, hatayı atayabilir, ayrıntılar ekleyebilir veya önceliği ayarlayabilirsiniz.

Sprint'e hataları düzenleme ve atama

Ekibiniz hataları gereksinim olarak izliyorsa, kapsamınızdaki etkin hataların listesini görüntüleyin. Filter işleviyle yalnızca hatalara odaklanabilirsiniz. Ürün kapsamı'ndan aşağıdaki görevleri de gerçekleştirebilirsiniz:

• Kapsamınızdaki hataları düzenleme, diğer öğelere göre yığın sıralaması (filtreleme etkinleştirildiğinde yığın derecelendirmesi devre dışı bırakılır)
• Planlama bölmesini kullanarak kapsamınızdan sprint'ehata atama
• Eşleme bölmesini kullanarak Özellikler'e veya diğer portföy kapsamı öğelerine üst hatalar
• Portföy kapsamı öğelerinin çalışma toplamasını görüntüleyin.

Ekibiniz hataları görev olarak izliyorsa, hataları listelemek ve önceliklendirmek için yönetilen sorguları kullanın. Ardından, her sprint içinde Sprint kapsamı veya Görev Panosu'ndan sprint'e atanan hataları görürsünüz.

Görev panosu öğeleri ile sorgu listesi öğeleri karşılaştırması

Sprint Görev Panosunda gösterilen öğelerin ilgili sprint kapsamı içinde oluşturulan sorgu listesinden neden farklı olabileceğini fark edebilir ve merak edebilirsiniz.

Bir yinelemeye görev veya hata atamak mümkündür, ancak bunların bir üst kapsam öğesine bağlı olmasını sağlamak mümkün değildir. Bu öğeler oluşturulan sorguda görünür, ancak Görev Panosu'nda gösterilmeyebilir. Sistem sorguyu çalıştırır ve görev panosu öğelerini görüntülemeden önce birkaç arka plan işlemi uygular.

Bu nedenler, Görev Kategorisi'ne ait iş öğelerinin sprint kapsamı veya Görev Panosunda görünmemelerine neden olabilir:

• Görev veya hata bir üst kapsam öğesine bağlanmadı. Sprint kapsamı sayfasında yalnızca bir üst ürün kapsamı öğesine (Scrum), kullanıcı hikayesine (Çevik) veya yineleme yolu ayarlanmış bir gereksinime (CMMI) bağladığınız hatalar ve görevler görüntülenir.
• Görev veya hata başka bir görevin veya hatanın üst öğesidir veya kullanıcı hikayesi başka bir kullanıcı hikayesinin üst öğesidir. Görev, hata veya kullanıcı hikayeleri hiyerarşisi oluşturduysanız, yalnızca alt düzey görevler veya hiyerarşinin alt kısmındaki alt düzey hikayeler görüntülenir.
• Görevin veya hatanın bağlı üst öğesi, başka bir ekip için tanımlanan bir kapsam öğesine karşılık gelir. Öte yandan, görevin veya hatanın üst kapsam öğesinin alan yolu, görevin veya hatanın alan yolundan farklıdır.

Hatalara bağlı satır içi testler oluşturma

Ekibiniz hataları gereksinim olarak izlediğinde, kanban panosu kullanarak hata düzeltmelerini doğrulamak için testler ekleyebilirsiniz.

Hata durumunu güncelleştirme

Hataları panodaki yeni bir sütuna sürükleyip bırakarak hata durumunu güncelleştirebilirsiniz.

• Ekibiniz hataları gereksinimler olarak izlerse, aşağıdaki görüntüde gösterildiği gibi Kanban panosu'nı kullanırsınız. Daha fazla bilgi için bkz . Kanban panonuzu kullanmaya başlama.

  

• Ekibiniz hataları görev olarak izlerse Görev Panosu'na tıklayın. Daha fazla bilgi için bkz . Görev Tahtanızı güncelleştirme ve izleme.

  

Ara durumları izlemek için panonuzu özelleştirme

Panoda hata durumunuzu izlemek için ara sütunlar ekleyebilirsiniz. Pano Sütununun durumuna göre filtreleyen sorgular da tanımlayabilirsiniz. Daha fazla bilgi için aşağıdaki makaleleri inceleyin:

• Kanban panonuza sütun ekleme
• Sprint Görev Panosu'ni özelleştirme
• Kanban panosu değişiklik sorguları

İş akışı durumuna göre hata yeniden atamayı otomatikleştirme

Belirli eylemleri otomatikleştirmek için Hata iş öğesi türünüz için özel kurallar ekleyin. Örneğin, aşağıdaki görüntüde gösterildiği gibi bir kural ekleyin. Bu kural, bir hata çözümlendikten sonra hatayı açan kişiye yeniden atanacak şekilde belirtir. Genellikle, bu kişi hatanın düzeltildiğini doğrular ve hatayı kapatır. Daha fazla bilgi için bkz . İş akışı durumlarına kural uygulama (Devralma işlemi).

Çekme isteğinde iş öğesi durumunu ayarlama

Çekme isteği oluşturduğunuzda, açıklamadaki bağlı iş öğelerinin durum değerini ayarlayabilirsiniz. Söz dizimini izleyin: {state value}: #ID. Çekme isteğini birleştirdiğinizde sistem açıklamayı okur ve iş öğesi durumunu güncelleştirir. Aşağıdaki örnekte, iş öğeleri #300 ve #301'i Çözüldü, #323 ve #324'i Kapalı olarak ayarlayacağız.

Azure DevOps genelinde tümleştirme

Azure DevOps tarafından tümleştirmeyi desteklemek için kullanılan yöntemlerden biri nesneleri diğer nesnelere bağlamaktır. İş öğelerini iş öğelerine bağlamanın yanı sıra, iş öğelerini diğer nesnelere de bağlayabilirsiniz. Aşağıdaki görüntüde gösterildiği gibi derlemeler, yayınlar, dallar, işlemeler ve çekme istekleri gibi nesnelere bağlanın.

İş öğesinden veya derleme ve yayın nesnelerinden bir bağlantı ekleyebilirsiniz.

İş öğelerini geliştirmeyle ilişkilendirme

Geliştirme denetimi derlemelere, Git işlemelerine ve çekme isteklerine yapılan bağlantıların bağlanmasını ve görüntülenmesini destekler. Ya da bir TFVC deposu kullanıldığında, değişiklik kümelerine ve sürüme alınan öğelere bağlantıları destekler. Bağlantıyı seçmek, ilgili öğeyi yeni bir tarayıcı sekmesinde açar. Daha fazla bilgi için bkz . İş öğesinden Git geliştirmesini yönlendirme.

İş öğelerini sürümlere bağlama

Dağıtım denetimi, iş öğelerini içeren yayınların bağlantılarını ve görüntülenmesini destekler. Örneğin, aşağıdaki görüntüde geçerli iş öğesinin bağlantılarını içeren çeşitli sürümler gösterilmektedir. Her aşamayla ilgili ayrıntıları görmek için her sürümü genişletebilirsiniz. Her sürüm ve aşamanın bağlantısını seçerek ilgili sürümü veya aşamayı açabilirsiniz. Daha fazla bilgi için bkz . İş öğelerini dağıtımlara bağlama.

İş öğelerini işlem hattı çalıştırmalarına bağlama

İşlem hatları genellikle Git deposunda yeni bir işleme gerçekleştiğinde otomatik olarak çalışacak şekilde tanımlanır. İşlem hattı ayarlarınızı özelleştirdiğinizde işleme işlem hatları ile ilişkili iş öğeleri işlem hattı çalıştırmasının bir parçası olarak görünür. Daha fazla bilgi için bkz . İşlem hattınızı özelleştirme.

Derleme hatasından sonra iş öğesi oluşturma veya düzenleme

Klasik işlem hatlarını (YAML değil) kullanıyorsanız, derleme hatasında iş öğeleri oluşturabilirsiniz. Daha fazla bilgi için bkz . Derleme seçenekleri, Hata durumunda iş öğesi oluşturma.

Hata durumunu, atamaları ve eğilimleri izleme

Hata durumunu, atamaları ve eğilimleri, daha sonra grafik oluşturup panoya ekleyebileceğiniz sorguları kullanarak izleyebilirsiniz. Örneğin, zaman içinde State ve Active Bugs by Priority tarafından etkin hata eğilimlerini gösteren iki örnek aşağıda verilmiştir.

Sorgular, grafikler ve panolar hakkında daha fazla bilgi edinmek için; Bkz . Yönetilen sorgular , Grafikler ve Panolar hakkında.

Hata raporları oluşturmak için Analiz görünümlerini ve Analytics hizmetini kullanma

Analiz hizmeti, Sql Server Reporting Services'i temel alan önceki platformun yerini alan Azure DevOps için raporlama platformudur.

Analiz görünümleri, iş öğelerini görüntülemek için önceden oluşturulmuş filtreler sağlar. Hata raporlama için dört Analiz görünümü desteklenir. Bu görünümleri tanımlandığı gibi kullanabilir veya daha fazla düzenleyerek özel, filtrelenmiş bir görünüm oluşturabilirsiniz.

• Hatalar - Aya göre tüm geçmiş
• Hatalar - Son 26 hafta
• Hatalar - Son 30 gün
• Hatalar - Bugün

Analiz görünümlerini kullanma hakkında daha fazla bilgi edinmek için bkz . Analiz görünümleri nedir ve Power BI'da özel Analiz görünümüne dayalı etkin hatalar raporu oluşturma.

Power BI'ı kullanarak sorgudan alabileceğinizden daha karmaşık raporlar oluşturabilirsiniz. Daha fazla bilgi için bkz. Power BI Data Bağlan or ile Bağlan.

Market uzantıları

Hatayla ilgili birden çok Market uzantısı vardır. Bkz. Azure DevOps için Market.

Uzantılar hakkında daha fazla bilgi için bkz . Microsoft tarafından geliştirilen Azure Boards uzantıları.

Sonraki adımlar

İş öğeleri eklemek ve güncelleştirmek için şablonları kullanma

İlgili makaleler

• İş öğelerini taşıma, değiştirme veya silme
• İş öğesini kopyalama veya kopyalama

Ürün kapsamı ve Kanban panosu

• Kapsamlar, portföyler ve Çevik proje yönetimi
• Kapsam oluşturma
• Özellikleri ve epic'leri tanımlama
• Kapsamlarınızı düzenleyin, alt iş öğelerini ebeveynlerle eşleyin
• Kapsamları, panoları, sorguları ve planları etkileşimli olarak filtreleme
• Ürün kapsamınızı tahmin edin

Kanban panosu

• Panolar ve Kanban Hakkında
• Kanban panosu hızlı başlangıcı
• Kartları yeniden sırala
• Görevleri veya alt öğeleri denetim listesi olarak ekleme

Sprint kapsamı ve Görev Panosu

• Scrum ve sprint'lerle çalışma en iyi yöntemleri
• Sprint'e kapsam öğeleri atama
• Görev ekleme
• Görev Panosu'na güncelleştirme

Azure DevOps ile tümleştirme

• Kullanıcı hikayelerini, sorunlarını, hatalarını ve diğer iş öğelerini bağlama
• İş öğesini veya çekme isteğini izleme
• Çalıştırma veya derleme numaralarını yapılandırma

Sektör kaynakları

• İyi ve Kötü Teknik Borç (ve TDD nasıl yardımcı olur) Henrik Kniberg
• Sven Johann & Eberhard Wolff tarafından gönderilen Teknik Borcu Yönetme