Yazılım hatalarını yönetme
Alan, Grup veya Sekme
Kullanım
Yeniden Oluşturma Adımları
(kolay ad=Yeniden Proje Adımları)
Diğer ekip üyelerinin kod hatalarını tam olarak anlayan yeterli bilgiyi yakalamak için kullanın. Hatayı ve beklenen davranışı bulmak veya yeniden oluşturmak için gerçekleştirilen eylemleri dahil etmek.
Uygulanacak hata ve testlere uygun yazılım ve sistem yapılandırması hakkında bilgiler. Test aracı kullanılarak bir hata oluşturulduğunda, Derleme alanlarında Bulunan ve Sistem Bilgileri otomatik olarak doldurulur. Bu alanlar, yazılım ortamı ve hatanın nerede meydana geldiğiyle ilgili bilgileri belirtir. Yazılım ortamlarını tanımlama hakkında daha fazla bilgi edinmek için bkz. Farklı yapılandırmaları test etmek.
Hatanın kapatılamadan önce karşılama ölçütlerini sağlama. İş başlamadan önce müşteri kabul ölçütlerini mümkün olduğunca net bir şekilde açıkla. Teams, kabul testlerinin temeli olarak bu ölçütleri kullanmalı ve bir öğenin tatmin edici bir şekilde tamamlanmıştır.
Hatayı düzelten kodu içeren derlemenin adını belirtir. Hatayı çözerken bu alan belirtilmelidir.
Şirket içi Azure DevOps için, çalıştırıldı olan tüm derlemelerin açılan menüsüne erişmek için Derlemede Bulunan ve Derlemede Tümleştirilmiş tanımları genel listeye başvuracak şekilde FIELD güncelleştirebilirsiniz. FIELD Genel liste, çalıştırılır her derleme ile otomatik olarak güncelleştirilir. Daha fazla bilgi edinmek için bkz. Derleme ve test tümleştirme alanlarına göre sorgulama.
Derleme numaralarını tanımlama hakkında bilgi için bkz. derleme numarası biçimi seçenekleri.
- 1:ürün, iş öğesinin başarılı bir şekilde çözüme sahip olmadan gönderilenemaması gerekir. Hata yakında çözülecek.
- 2:Ürün, iş öğesinin başarılı çözümü olmadan gönderilmelidir, ancak hemen ele alınmasına gerek yok.
- 3:İş öğesinin çözümü kaynaklara, zamanlara ve risklere göre isteğe bağlıdır.
Bir hatanın proje veya yazılım sistemi üzerindeki etkisinin özneser derecelendirmesi. Örneğin: Uzak bağlantı (nadir bir olay) seçmek bir uygulamanın veya web sayfasının kilitlenmesine (ciddi bir müşteri deneyimi) neden oluyorsa Önem Derecesi = 2 - Yüksek ve Öncelik = 3 belirtebilirsiniz. İzin verilen değerler ve önerilen yönergeler:
- 1 - Kritik:Düzeltmesi gerekir. Bir veya daha fazla sistem bileşeni ya da sistemin tamamlandıktan sonra ya da 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 bulundur. Bir veya daha fazla sistem bileşeni ya da sistemin tamamlandıktan sonra ya da 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ış, tamamlanmamış veya tutarsız sonuçlar üretmesine neden olan bir hata.
- 4 - Düşük:Gerekli sonuçları elde etmek için kabul edilebilir geçici çözümlere sahip küçük veya özel bir hata.
Dağıtım denetimi, iş öğelerini içeren yayınların bağlantılarını ve görüntülemesini destekler. Denetimi kullanmak için yayın ayarlarını etkinleştirmeniz gerekir. Daha fazla bilgi edinmek için bu makalenin devamlarında yer alan İş öğelerini sürümlere bağlama makalesine bakın.
Geliştirme denetimi, geliştirme nesnelerine bağlantıyı ve geliştirme nesnelerine yapılan bağlantıları görüntülemeyi destekler. Bu nesneler Git işlemelerini ve çekme isteklerini ya da TFVC değişiklik kümeleri ve sürüme sahip öğeleri içerir. İş öğesinden veya işlemelerden, çekme isteklerinden veya diğer geliştirme nesnelerinden bağlantılar tanımlayabilirsiniz. Daha fazla bilgi edinmek için bu makalenin devamlarında iş öğelerini geliştirmeye bağlama makalesine bakın.
Notlar:
1 Menü seçimini veya seçimlistesini 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.
Takımınız hataları nasıl izler?
Takımınız hatayı nasıl takip ediyor belirlerken aşağıdaki faktörleri göz önünde bulundurarak.
- Takımınız için boyut. Küçük takımlar, gereksinimlerin en basit olduğu için basit bir ayak izini korumak ve hataları izlemek ister.
- İş izlemek için kuruluş gereksinimleri. Takımınız saatleri izlemek için gerekli ise, hataları görevler olarak izlemek bu gereksinimle uyumlu olur.
- Takımınız nasıl çalışır? Takımınız sipariş çalışması için ürün biriktirme listesine bağlı ise, gereksinimler bu etkinliği desteklediği için hataları izleme.
- Takımınız Planlama bölmesi, hız grafiği, tahmin, toplama ve teslim planları gibi kullanmak istediği araçlar. Hataları görev olarak izlemek, bu araçların birkaçı kullanımını önler.
Aşağıdaki tabloda takımların hataları izlemek için sahip olduğu üç seçenek özetlenmiştir. Daha fazla bilgi edinmek ve takımınız için seçeneği ayarlamak için bkz. Hataları biriktirme dizileri ve panolarda gösterme.
Seçenek
Ne zaman yapmak istediğinize...
Hataları Gereksinimler olarak izleme
- Gereksinimlerin yanı sıra hataları önceliklendirme (yığın sıralaması)
- Tahmin için Hata eforlarını tahmin etmek
- Kanban panosunda hata durumunu güncelleştirme
- Hız grafiklerinde ve Toplu GrafikDiyagramlarında Flow Ekleme
- Sprint planlamasını desteklemek için Tahmin aracını kullanabilir
- Hataları bir sprint'e atamak için hataları Sürükleyip Planlama bölmesine ekleyebilirsiniz
- Teslim Planlarında Hataları Görüntüleme
Not
- Hatalar Gereksinimler Kategorisine atanır
Hataları Görevler olarak izleme
- Görevlere benzer hatalar için tahmini çalışma
- Sprint Görev Panoları'nın hata durumunu güncelleştirme
- Hataları alt öğe olarak gereksinimlere bağlama
- Hataları bir sprint'e atamak için hataları Sürükleyip Planlama bölmesine ekleyebilirsiniz
Not
- Hatalar Görev Kategorisine atanır
- Kullanıcı Hikayeleri (Çevik), Ürün Biriktirme Listesi Öğeleri (Scrum) veya Gereksinimler (CMMI), Hatalar için doğal üst iş öğesi tlıdır
- Hatalar Teslim Planlarında görünmez
Hatalar, biriktirmelerde veya panolarda görünmez
- Sorguları kullanarak hataları yönetme
Not
- Hatalar, Hata Kategorisi ile ilişkilendirilir ve biriktirmelerde veya panolarda görünmez
- Hatalar Biriktirme Listesi, Boards, Sprint Biriktirme Listesi, Görev Panoları veya Teslim Planlarında görünmez
- Hataları sprint'e atamak için hataları Planlama bölmesine sürükleyip bırakamıyor
Hata iş öğesi türlerinizi özelleştirme
Yazılım sorunlarını veya müşteri geri bildirimlerini izlemek için hata iş öğesi türlerinizi özelleştirilebilir veya başka bir iş öğesi türü oluşturabilirsiniz. Tüm iş öğesi türleriyle aşağıdaki öğeleri özelleştirebilirsiniz:
- Özel alanlar ekleme veya kaldırma
- İş öğesi formuna özel denetimler veya özel sekmeler ekleme
- İş akışı durumunu özelleştirme
- Koşullu kurallar ekleme
- Çalışma öğesi türünün göründüğü kapsam düzeyini seçin
İşleminizi özelleştirebilmeniz için Azure boards Yapılandır ve Özelleştir' i incelemenizi öneririz.
Özel işleminizi özelleştirmek için bkz. Devralma Işlemini özelleştirme.
Belirli işleminizi özelleştirmek için bkz. Devralma Işlemini özelleştirme veya Şirket içi XML işlem modelini özelleştirme.
Belirli işleminizi özelleştirmek için bkz. Şirket ıçı XML işlem modelini özelleştirme.
Hata ekleme veya yakalama
çeşitli farklı Azure DevOps araçlarından hata tanımlayabilirsiniz. Bunlar biriktirme listeleri ve panolar ve test araçları içerir.
İpucu
Varsayılan olarak, bir hata oluştururken gerekli tek alan title alanıdır. Azure Boards kullanarak Kullanıcı hikayeleri veya ürün biriktirme listesi öğeleri eklediğiniz şekilde hataları hızlıca ekleyebilirsiniz. Bazı alanları gerekli kılmak istiyorsanız, bir durum değişikliğine göre koşullu kurallar ekleyerek bunu yapabilirsiniz. Daha fazla bilgi için bkz. bir iş öğesi türüne kural ekleme (devralma işlemi).
Kapsamınızdan veya panonuzda bir hata ekleyin
Takımınız hataları gereksinimlere göre yönetmeyiseçerse, ürün kapsamınızdan veya Kanban panonuzdan hataları tanımlayabilirsiniz. Daha fazla bilgi edinmek için bkz. ürün Kapsamınızı oluşturma veya Kanban panonuzu kullanmaya başlama.
Ürün kapsamınızdan bir hata ekleyin

Ürün kapsamınızdan bir hata ekleyin

İpucu
Ürün kapsamınızdan veya Kanban panonuzdan bir hata eklediğinizde, hata, takım için tanımlanan varsayılan alan yolu ve yineleme yolu otomatik olarak atanır. Daha fazla bilgi için bkz. biriktirme listeleri ve panolar tarafından başvurulan takım Varsayılanları.
Sprint kapsamınızdan veya görev panosundan bir hata ekleyin
Takımınız hataları görevlerle yönetmeyiseçerse, Kanban panonuzdan, ürün Kapsamınızdan, Sprint kapsamınızdan veya Sprint görev panosundan hataları tanımlayabilirsiniz. Bir hatayı bir ürün biriktirme listesi iş öğesine alt öğe olarak eklersiniz.
Kanban panosundan bağlantılı alt hata ekleme
Bir hata, biriktirme listesine bir görevi eklediğiniz şekilde eklersiniz. Daha fazla bilgi için bkz. görev veya alt öğeleri denetim listesi olarak ekleme.
Sprint biriktirme listesinden bağlantılı alt hata ekleme
Bir görevi, sprint biriktirme listesine eklediğiniz şekilde eklersiniz. Daha fazla bilgi edinmek için bkz. biriktirme listesi öğelerine görev ekleme.
Test aracından bir 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 & geri bildirim uzantısını içerir.
Test Çalıştırıcısı: el ile testler çalıştırılırken, hata oluşturmayıseçebilirsiniz. Daha fazla bilgi için bkz. el ile testleri çalıştırma.

Test et Geri bildirim uzantısı: keşif testleri çalıştırılırken, hata oluşturmayı veya görev oluşturmayıseçebilirsiniz. Daha fazla bilgi edinmek için bkz. Test geri bildirim uzantısı
ile 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 çalışma öğesi türünün iyi tanımlanmış bir iş akışı vardır. Her iş akışı üç veya daha fazla durum ve nedenoluşur. Nedenler, öğenin bir durumdan diğerine neden geçtiğini belirtir. Aşağıdaki resimlerde çevik, Scrumve CMMI süreçleri için tanımlanan varsayılan hata iş akışı gösterilmektedir.
| Çevik | Takımınız | CMMı |
|---|---|---|
![]() |
![]() |
![]() |
Scrum hataları için, durumuyürütülen ( etkin' e benzer) bittiolarak değiştirirsiniz. Çevik ve CMMı için, öncelikle hatanın düzeltilmediğini belirten hatayı çözmelisiniz. Genellikle, hatayı oluşturan kişi düzeltmesini doğrular ve durumu çözümlenme durumundan kapalıolarak güncelleştirir. Bir hata çözümlendikten veya kapatıldıktan sonra daha fazla iş bulunursa, durum kaydedildi veya etkin olarak ayarlanarak yeniden etkinleştirilebilir.
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. Bu Otomasyonu bir kural ekleyerek eski durumuna getirebilirsiniz. Devralma işlemi için bkz. iş akışı durumlarına kuralları uygulama, durum değişikliğine göre yeniden atamaya otomatik halegetirme.
Bir onarımı doğrulama
Bir sorunu doğrulamak için, bir geliştirici veya sınayıcı hatayı yeniden oluşturmaya çalışır ve daha beklenmedik davranışı arayabilir. Gerekirse, hata yeniden etkinleştirmeleri gerekir.
Bir hata çözümlemesi doğrulanırken, hatanın düzeltilmediklerini veya çözümü kabul etmiş olabileceğini görebilirsiniz. Bu durumda, hatayı çözümleyen kişi ile tartışın, bir sözleşmeye gelin ve hatayı büyük olasılıkla yeniden etkinleştirin. Bir hatayı yeniden etkinleştirirseniz hata açıklamasında hatayı yeniden etkinleştirme nedenlerini ekleyin.
Bir hatayı kapat
Düzeltilen olarak doğrulandıktan sonra bir hatayı kapatırsınız. Bununla birlikte, aşağıdaki nedenlerden biriyle bir hatayı da kapatabilirsiniz:
- Bir sonraki ürün sürümüne kadar bir düzeltilmesi ertelenmiş erteleniyor
- Yinelenen hata zaten bildirildi, her hatayı bağlantı türü Yineleneni/yinelemesi ile bağlayabilir ve hataların birini kapatabilirsiniz
- Tasarlanan özelliği tasarlanan
- Yeniden oluşturma yapılamıyor-testler hatanın yeniden oluşturulamayacağından olduğunu kanıtlayın
- Kullanımdan kalktı -hatanın özelliği artık üründe değil
- Biriktirme listesine kopyalanmış -hatayı izlemek için bir PBI veya Kullanıcı hikayesi açıldı
İpucu
Bir hata kapatıldıktan ve düzeltmeler dağıtımlarda etkin bir şekilde yayınlandıktan sonra, gerileme nedeniyle bunu hiçbir şekilde yeniden açmanız önerilir. Bunun yerine, yeni bir hata açmayı ve eski ve kapalı hataya bağlantıyı düşünmelisiniz.
Hatanın neden kapandığına ilişkin gelecekte karışıklık oluşmasını önlemek için, tartışma alanındaki bir hatayı kapatmak üzere daha fazla ayrıntı için her zaman iyi bir fikirdir.
Çekme istekleri birleştirilirken hata kapanışını otomatikleştirin
Takımınız bir git deposu kullanıyorsa, çekme isteklerinin başarılı bir şekilde birleştirilmesi sırasında, bağlantılı hatalarda ve diğer iş öğelerinde durumu kapatılacak şekilde ayarlayabilirsiniz. Daha fazla bilgi için, bu makalede daha sonra ç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çtiği her türlü seçenek, bir veya daha fazla hata sorgusu tanımlar. Sorgular ile etkin hataları, atanmamış hataları, eski hataları, hata eğilimlerini ve daha fazlasını listeleyebilirsiniz. Ardından, hata durumunu ve ilerlemeyi izlemek için takım panolarınıza sorgular ve sorgu grafikleri ekleyebilirsiniz.
Hata sorguları
Paylaşılan bir sorgu 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 <> DoneveyaState <> Closed) - Devam eden hatalar (
State = CommittedveyaState = Active) - Hedef yayın () için düzeltilme hataları
Tags Contains RTM - Son hatalar-son üç hafta içinde açılan hatalar (
Created Date > @Today-21)
Takımınıza ilgi çekici sorgular olduktan sonra durum veya eğilim grafikleri oluşturabilirsiniz. Ayrıca, oluşturduğunuz grafiği bir panoyaekleyebilirsiniz.
Sorgu sonuçlarında önceliklendirme modu
Kodlama ve test başladıktan sonra, hatalarınızı gözden geçirmek ve düzenlemek için düzenli değerlendirme toplantılarını tutmak isteyeceksiniz. Genellikle, proje sahibi hata önceliklendirme toplantılarını, ekip liderlerini, iş analistlerini ve belirli proje riskleri hakkında konuşmasına neden olan diğer hissedarları çalıştırır.
Proje sahibi yeni ve yeniden açılmış hatalar için paylaşılan bir sorgu tanımlayabilir ve bu hataları değerlendirmelidir.
Sorgu sonuçları sayfasından yukarı ve aşağı okları kullanarak hata çalışma öğeleri listesi içinde hızlıca yukarı ve aşağı taşıyabilirsiniz. Her bir hatayı gözden geçirdikten sonra, bu öğeyi atayabilir, Ayrıntılar ekleyebilir veya öncelik ayarlayabilirsiniz. Daha fazla bilgi için bkz. önceliklendirme iş öğeleri.

Bir sprint 'e hataları düzenleyin ve atayın
Takımınız hataları gereksinim olarak izliyorsa, kapsamınızdan etkin hataların listesini görüntüleyebilirsiniz. Filtre işleviyleyalnızca hatalara odaklanırsınız. Ürün biriktirme listesinden aşağıdaki görevleri de tamamlayabilirsiniz:
- Biriktirme listesindeki hatalarıdiğer öğelere göre yığın sıralaması (filtreleme etkinken yığın derecelendirmesi devre dışı bırakılır)
- Planlama bölmesini kullanarak kapsamınızdan bir sprint 'e hatalar atama
- Eşleme bölmesini kullanarak özelliklere veya diğer portföy biriktirme listesi öğelerine yönelik üst hatalar
- Portföy biriktirme listesi öğelerinin iş toplamasını görüntüleyin.
Takımınız hataları görev olarak izliyorsa, hataları listelemek ve önceliklendirme için yönetilen sorgular kullanırsınız. Ardından, her sprint içinde sprint biriktirme listesi veya görev panosundanSprint 'e atanan hataları görürsünüz.
Görev panosu öğeleri ve sorgu listesi öğelerine karşı
Sprint görev panosunda gösterilen öğelerin, karşılık gelen sprint biriktirme listesinden oluşturulan bir sorguda listelenen öğelerden farklı olabileceğini fark edebilirsiniz.
Bir yinelemeye görev veya hata atamak mümkündür, ancak bunları bir üst kapsam öğesine bağlanmamalıdır. Bu öğeler oluşturulan sorguda görüntülenir, ancak görev panosunun kendisi üzerinde görünmeyebilir. Sistem sorguyu çalıştırır ve ardından görev panosu öğelerini görüntülemeden önce birkaç arka plan işlemi uygular.
Bu nedenler, görev kategorisine ait olan iş öğelerinin sprint biriktirme listesi veya görev panosunda gözükmemesine neden olabilir:
- Görev veya hata bir üst kapsam öğesine bağlanmadı. Yalnızca bir üst ürün biriktirme listesi öğesi (Scrum), Kullanıcı hikayesi (Çevik) veya yineleme yolu Sprint olarak ayarlanan gereksinim (CMMı) ile ilişkili olan hatalar ve görevler sprint biriktirme listesi sayfasında görünür.
- 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. Bir görevler, hatalar veya Kullanıcı hikayeleri hiyerarşisi oluşturduysanız, yalnızca hiyerarşinin altındaki alt düzey görevler veya alt düzey öyküler görüntülenir.
- Görevin veya hatanın bağlı üst öğesi, başka bir takım için tanımlanan bir kapsam öğesine karşılık gelir. Ya da, 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
Takımınız hataları gereksinimler olarak izliyorsa, hata düzeltmelerini doğrulamak üzere testler eklemek için Kanban panosunu kullanabilirsiniz.

Hata durumunu güncelleştir
Hata durumunu, bir panoda yeni bir sütuna hata sürükleyip bırakarak güncelleştirebilirsiniz.
Takımınız hataları gereksinimler olarak izliyorsa, aşağıdaki görüntüde gösterildiği gibi Kanban panosunu kullanırsınız. Daha fazla bilgi için bkz. Kanban panonuzu kullanmaya başlama.

Takımınız hataları görev olarak izliyorsa, görev panosunu kullanırsınız. Daha fazla bilgi için bkz. görev panonuzu güncelleştirme ve izleme.

Ara durumları izlemek için panonuzu özelleştirme
Panoda hata durumunuzu izlemek için ara sütunlar ekleyebilirsiniz. Ayrıca, bir pano sütununun durumuna göre filtreleyen sorgular tanımlayabilirsiniz. Daha fazla bilgi için aşağıdaki makalelere bakın:
Hata yeniden atamasını iş akışı durumuna göre otomatikleştirin
Seçme eylemlerini otomatik hale getirmek için hata iş öğesi türüne özel kurallar ekleyin. Örneğin, aşağıdaki görüntüde gösterildiği gibi bir kural ekleyebilirsiniz. Bu kural, bir hatayı çözüldüğünde hatayı açan kişiye yeniden atamak için belirtir. Genellikle, bu kişi hatanın düzeltildiğini doğrular ve hatayı kapatır. Daha fazla bilgi için bkz. iş akışı durumlarına kuralları uygulama (devralma işlemi).

Çekme isteğinde iş öğesi durumunu ayarla
Bir çekme isteği oluşturduğunuzda, açıklamada bağlantılı iş öğelerinin durum değerini ayarlayabilirsiniz. Sözdizimini 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ş öğelerini #300 ve #301 çözümlenip #323 ve #324 kapalı olarak ayarlayacağız.
Not
bu özellik Azure DevOps Server 2020,1 güncelleştirmesinin yüklenmesini gerektiriyor. daha fazla bilgi için bkz. Azure DevOps Server 2020 güncelleştirme 1 RC1 sürüm notları, Boards.
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ğlamak. İş öğelerini iş öğelerine bağlamayı birlikte iş öğelerini diğer nesnelere da bağlayabilirsiniz. Aşağıdaki görüntüde gösterildiği gibi yapılar, yayınlar, dallar, işlemeler ve çekme istekleri gibi nesneleri bağlayın.

İş öğesinden veya yapı ve yayın nesnelerinden bir bağlantı ekleyebilirsiniz.
İş öğelerini geliştirmeye bağlama
Geliştirme denetimi, yapılar, git yürütmeleri ve çekme istekleri için yapılan bağlantıları ve bunları görüntülemeyi destekler. Ya da bir TFVC deposu kullanıldığında, değişiklik kümeleri ve sürümlenmiş öğelerin bağlantılarını destekler. Bağlantıyı seçtiğinizde ilgili öğe yeni bir tarayıcı sekmesinde açılır. Daha fazla bilgi için bkz. iş öğesinden git geliştirmeyi sürücü.

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

İş öğelerini işlem hattı çalışmalarıyla bağlama
Pipelines, genellikle Git deposuna yeni bir kayıt gerçekleştirildiğinde otomatik olarak çalıştırılmak üzere tanımlanmıştır. İşlem hatlarıyla ilişkili iş öğeleri, işlem hattı ayarlarınızı özelleştirmeniz durumunda işlem hattı çalıştırmasının bir parçası olarak gösterilir. Daha fazla bilgi edinmek için bkz. işlem hattınızı özelleştirme.

Yapı hatası üzerinde iş öğesi oluşturma veya düzenleme
Klasik işlem hatları (YAML değil) kullanıyorsanız, bir yapı hatasında iş öğeleri oluşturabilirsiniz. Ayrıntılar için bkz. derleme seçenekleri, hata durumunda bir iş öğesi oluşturma.
Hata durumunu, atamaları ve eğilimleri izleme
Daha sonra grafiklerinizi ve bir panoya ekleyebileceğiniz sorguları kullanarak hata durumunu, atamaları ve eğilimleri izleyebilirsiniz. Örneğin, zaman içinde önceliğe göre durum ve etkin hatalara göre 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 ve grafiklerve panolarhakkında.
Hata raporları oluşturmak için analiz görünümlerini ve analiz hizmetini kullanma
analiz hizmeti, Azure DevOps için raporlama platformudur ve önceki platformu SQL Server Reporting Services göre değiştirir.
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 analitik görünüm desteklenir. Bu görünümleri tanımlanan şekilde kullanabilir veya özel ve filtrelenmiş bir görünüm oluşturmak üzere düzenleyebilirsiniz.
- Hatalar-aya göre tüm geçmiş
- Hatalar-son 26 hafta
- Hatalar-son 30 gün
- Hatalar-bugün
analitik görünümleri kullanma hakkında daha fazla bilgi edinmek için bkz. analiz görünümleri nedir ve bir özel analiz görünümüne göre Power BI etkin bir hata raporu oluşturma.
sorgudan alabileceğiniz sayıdan daha karmaşık raporlar oluşturmak için Power BI kullanabilirsiniz. daha fazla bilgi için bkz. Power BI Data Connector Bağlan.
önceden tanımlı SQL Server hata raporları
Çevik ve CMMı işlemlerinde aşağıdaki raporlar desteklenir.
bu raporlar, projeniz için yapılandırılmış SQL Server Analysis Services ve SQL Server Reporting Services sahip olmanızı gerektirir. bir proje için SQL Server raporların nasıl ekleneceğini öğrenmek için bkz. bir projeye rapor ekleme.
Market uzantıları
Hata ile ilgili birçok Market uzantısı vardır. Azure DevOps Için Market'e bakın.
uzantılar hakkında daha fazla bilgi için bkz. Microsoft tarafından geliştirilen Azure Boards uzantıları.
Daha sonra deneyin
İlgili makaleler:
- Çalışma öğelerini eklemek ve güncelleştirmek için şablonları kullanma
- Taşıma, tür değiştirme veya çalışma öğelerini silme
- Bir iş öğesini kopyalama veya kopyalama
Ürün biriktirme listesi ve Kanban panosu
- Biriktirme listeleri, portföyler ve çevik proje yönetimi
- Kapsamınızı oluşturma
- Özellikleri ve estanonları tanımlama
- Kapsamınızı düzenleyin, alt iş öğelerini üst öğelere eşleyin
- Biriktirme listeleri, panoları, sorguları ve planları etkileşimli olarak filtreleyin
- Ürün kapsamınızı tahmin edin
- Kapsamınızı daraltın
Kanban panosu
- Boards ve Kanban hakkında
- Kanban panosu hızlı başlangıç
- Kartları yeniden sıralama
- Görev veya alt öğeleri denetim listeleri olarak ekleyin
- Kanban en iyi uygulamaları
Sprint biriktirme listesi ve görev panosu
- Scrum ve Sprint en iyi uygulamaları ile çalışma
- Sprint 'e biriktirme listesi öğeleri atama
- Görev Ekle
- Görev panosunu güncelleştirme
Azure DevOps içinde tümleştirme
- Kullanıcı hikayelerini, sorunlarını, hataları ve diğer iş öğelerini bağlama
- Bir iş öğesini veya çekme isteğini takip edin
- Çalıştırma veya yapı numaralarını yapılandırma
Sektör kaynakları
- Henrik Kniberg tarafından iyi ve kötü Teknik borç (ve TDD 'nin nasıl yardımcı olduğu)
- Sven Johann Eberhard Wolff tarafından gönderilen Teknik borcu yönetme
Azure Boards | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018-TFS 2013
Kodunuzda kusurları nasıl izleyebilir ve yönetirsiniz? Yazılım sorunlarının ve müşteri görüşlerinin yüksek kaliteli yazılım dağıtımlarını desteklemeye hızlı bir şekilde nasıl emin olduğunu nasıl sağlayabilirsiniz? Teknik borcunu adreslendirirken yeni özelliklerde nasıl iyi bir işlem yaparsınız?
En azından, yazılım sorunlarınızı yakalamak, yığılmaları, bir ekip üyesine atamak ve ilerlemeyi izlemek için bir yol gerekir. Çevik yöntemlerinizi hizalamış yollarla kod kusurlarınızı yönetmek isteyeceksiniz.
bu senaryoları desteklemek için Azure Boards bir hata iş öğesi türü sağlar. Hata iş öğesi türü diğer iş öğesi türlerinin tüm standart özelliklerini birkaç kez paylaşır. Standart özelliklere genel bakış için bkz. Kullanıcı hikayeleri, sorunlar, hatalar, Özellikler ve estanlarla çalışmayı izleme.
Hataları yönetmeye yönelik ek özellikler aşağıdaki avantajları içerir:
- Her takımın, hataları nasıl izlemek istediğini seçmesi için seçeneği
- Hataları yakalamak için test araçları
- derlemeler, yayınlar ve testler ile bağlantılı hataları izlemek için Azure DevOps genelinde yerleşik tümleştirme
Not
Hata iş öğesi türleri temel işlemle kullanılamıyor. temel süreç hataları sorunlar halinde izler ve Azure DevOps Services veya Azure DevOps Server 2019,1 veya sonraki sürümlerden yeni bir proje oluşturduğunuzda kullanılabilir.
Önkoşullar
- Bir projeye bağlanmanız gerekir. Henüz bir projeniz yoksa, bir tane oluşturun.
- projeye katkıda bulunanlar veya Project yöneticileri güvenlik grubunun bir üyesi olarak eklenmeli. Eklemek için, bir projeye veya takıma Kullanıcı ekleyin.
- Çalışma öğelerini görüntülemek veya değiştirmek için Bu düğümde iş öğelerini görüntüle ve Bu düğümdeki iş öğelerini düzenle izinlerinin izin verolarak ayarlanmış olması gerekir. Varsayılan olarak, katkıda bulunanlar grubunun bu izin kümesi vardır. Daha fazla bilgi için bkz. çalışma izleme izinleri ve erişimini ayarlama.
- İş öğelerine eklemek üzere yeni etiketler eklemek için temel erişime veya daha yüksek bir sürüme sahip olmanız ve proje düzeyinde Yeni etiket tanımı izinlerinin izin verolarak ayarlanmış olması gerekir. Varsayılan olarak, katkıda bulunanlar grubunun bu izin kümesi vardır. İzin açıkça bir paydaşolarak ayarlanmış olsa bile, bunlara erişim düzeyinde yasaklanmış olduklarından yeni etiketler ekleme izni olmaz. Daha fazla bilgi için bkz. paydaş Access Quick Reference.
- Bir projeye bağlanmanız gerekir. Henüz bir projeniz yoksa, bir tane oluşturun.
- projeye katkıda bulunanlar veya Project yöneticileri güvenlik grubunun bir üyesi olarak eklenmeli. Eklemek için, bir projeye veya takıma Kullanıcı ekleyin.
- Çalışma öğelerini görüntülemek veya değiştirmek için Bu düğümde iş öğelerini görüntüle ve Bu düğümdeki iş öğelerini düzenle izinlerinin izin verolarak ayarlanmış olması gerekir. Varsayılan olarak, katkıda bulunanlar grubunun bu izin kümesi vardır. Daha fazla bilgi için bkz. çalışma izleme izinleri ve erişimini ayarlama.
- İş öğelerine eklemek üzere yeni etiketler eklemek için temel erişime veya daha yüksek bir sürüme sahip olmanız ve proje düzeyinde Yeni etiket tanımı izinlerinin izin verolarak ayarlanmış olması gerekir. Varsayılan olarak, katkıda bulunanlar grubunun bu izin kümesi vardır. İzin açıkça bir paydaşolarak ayarlanmış olsa bile, bunlara erişim düzeyinde yasaklanmış olduklarından yeni etiketler ekleme izni olmaz. Daha fazla bilgi için bkz. paydaş Access Quick Reference.
İpucu
Bir hatayı raporlamak için, bir kullanıcının en azından bir paydaş erişimi olması ve Bu düğümdeki iş öğelerini düzenle iznine sahip olması gerekir. Daha fazla bilgi için bkz. çalışma izleme izinleri ve erişimini 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 CMMı işlemlerinde hata çalışma öğesi türü, benzer bilgileri izler. Ürün biriktirme listesinde, gereksinimlerle birlikte veya görev panosundaki görevlerle birlikte görüntülenecek ş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ıza yapılan güncelleştirmelerden, sizin veya yöneticinizin etkinleştirildiği seçeneklere ve projenizi oluştururkençevik, temel, Scrumveya CMMIolan bir işlemin ne kadar seçili olduğunu gösteren bir sonuçlardır. temel işlem Azure DevOps Server 2019 güncelleştirme 1 ve sonraki sürümlerde kullanılabilir.



İpucu
Hatayı çözmek için gerçekleştirilen çalışmayla ilgili açıklamalar eklemek ve gözden geçirmek için Tartışma bölümünü kullanın.
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. CMMI işlemi Hatasına ö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.


