Üretim Desteği'nden hataları izlemek için TFS'yi kullanın


18

Yeni bir şirkete yeni taşındım ve TFS 2010'u (birkaç ay içinde 2012) sürüm kontrol sistemi olarak kullanıyorlar ve son zamanlarda geliştiriciler için bir iş takip sistemi olarak kullanmaya başladılar.

Bununla birlikte, geliştirme ve test dışındaki kişiler tarafından kullanılan bir hata izleme sistemi yok gibi görünüyor. Üretim desteği, sorunların raporlarını alıyor, bunları anında düzeltiyor ve şu anda kullanıcılarına geri bildiriyor. Bunun değiştirilmesi gerekiyor, ancak hataları izlemek ve geliştirme çalışmalarını izlemek için gerçekten bir sisteme sahip olmak istemiyorum.

Ben FogBugz yaptığı gibi TFS içine hata girmek için çok hafif bir yol oluşturmak bir yolu var mı? Bir hata raporunu doldurmak için TFS'ye giriş yapmak çok daha ağır görünüyor ve bunu belirli bir uygulama ile ilişkilendirmeniz gerekiyor. Destek bunu yapabilir, ancak öğeyi tetikleyebilir ve potansiyel olarak bir uygulama dışında bir şeyle ilişkilendirmeyi değiştirmek istiyorum.

Geçmişte FogBugz kullandım ve bir hata eklerken, öğeye istediğiniz kadar çok / az ekleyebilirsiniz, böylece en azından kaydedilir ve daha sonra bileti triyaj etmeye geldiğinizde daha fazla bilgi almak için geri dönebilirsiniz. .


TFS kullanıyorsanız ve tüm kullanıcıların bir Windows etki alanı hesabı varsa, asla "TFS'de oturum açmak" zorunda kalmadıklarını belirtmek gerekir. Ekibinizin TFS web portalına gitmek, geçerli Windows kullanıcısı için etki alanı kimlik bilgilerini kullanarak otomatik olarak oturum açar.
17 of 26

Sonunda bunu nasıl çözdün? Bugün aynı sorunu var, bir bilet sistemine ihtiyacınız var, şirket içi TFS2013 var. Ne istediğim UserVoice, ama şirket içi TFS VSO içine o entegrasyon almak için gitmek zorunda kalacaktı.
EJA

1
@EJA - Sonunda, sorunu test eden kişiler tarafından alınan bir e-posta gelen kutusu aracılığıyla gündeme getirme sürecini kullanmamız gerektiğine karar verdik. ve daha sonra test cihazı hatayı TFS'ye doğru biçimde ekleyebilir. Kullanıcıların bunları doğrudan ekleyebilmeleri hoş olsa da, kullanıcıların geliştiricilere ihtiyaç duydukları tüm ayrıntıları vermesinin olası olmadığını ve sorunun kopyalanmasını aramayacağını fark ettik.
Richard Hooper

Yanıtlar:


6

26'nın 17'sinin belirttiği gibi, büyük ölçüde hangi alanlara ihtiyacınız olduğuna bağlıdır: TFS son derece özelleştirilebilir. Sebebi ben seni agrega iki sistemlerine sahip sayfaları değil, geliştiriciler, üzerinde çalışıyoruz ne tek bir görünüm elde ediyoruz JIRA gibi kullanım şey aksine bunu yapmak istemez.

TFS ayrıca kaynak kapasitesi planlamasına da sahiptir ve planlamanızda üretim hataları göstermiyorsanız (ve zamanınızın önemli bir bölümünü kaplıyorlarsa), kapasitenizi gerçekten planlamıyorsunuz demektir. Aslında bunun geliştiricilerin TFS'den yararlandığı ve Üretimi (ör. DevOps) desteklediği takımlar için ideal bir çözüm olduğunu söyleyebilirim.

Bu, ana Üretim Desteği / ITIL işi için başka araçlar kullanamayacağınız anlamına gelmez, sadece manuel veya tercihen otomatik olarak entegre olduklarından emin olmanız gerekir. Bu tür araçların çoğu özel kancalar koymanıza izin verir ve TFS kesinlikle yapar.

Her neyse, asıl soruya. CMMI TFS şablonlarını kullanıyorum (aslında Agile BTW ile iyi çalışıyor) ve sadece açılan alanlardan birine tek bir alan ekledim.

İşte adımlar:

TFS Elektrikli El Aletleri Kurulumu

İş Öğesi Şablonunu sunucudan açın

Sunucudan İş Öğesi Şablonunu Aç

Açık Hata şablonu

Disiplin alanını düzenleyin

Disiplin alanı, kusurla ilgili "tür" bir çalışmadır. Standart değerler:

  • analiz
  • Kullanıcı deneyimi
  • Kullanıcı Eğitimi
  • gelişme
  • Ölçek

Şimdi yapacağımız şey bu listeye "Üretim" i eklemek. İlk olarak Disiplin alanını düzenleyin:

Disiplini Düzenle

Ardından Kurallar sekmesini tıklayın ve İZİN VERİLEN kuralını düzenleyin:

resim açıklamasını buraya girin

Ardından, "Yeni" yi tıklayın ve "Üretim" i değerlerden biri olarak ekleyin.

resim açıklamasını buraya girin

Alan listesine geri dönene kadar "Tamam" ı tekrar tekrar tıklayın.

İş Öğesi Şablonunu Kaydetme

Tamam, şimdi bitti. Yeni Hatalar oluşturabilir ve türlerini Üretim olarak belirtebilirsiniz. Ayrıca Üretim hatalarına bakarak birkaç İş Öğesi Sorgusu oluşturur ve bunları sabitlenmiş öğelerinize eklerim. Son olarak, mevcut Hata sorgularına bakın ve siparişlerini belki de "Üretim" hatalarının gelmesi için değiştirin (mümkünse).


Harika, geliştiricilerin "üretim hatalarını" görmelerine izin vermek için TFS'yi özelleştirdiniz ... üretim ekibi (geliştirici ekibinin bir parçası olmayan ve VS'ye sahip olmayan) üretim ekibine nasıl girip yönetebilir?
gbjbaanb

4
Başlangıç olarak, onlar yapabilirsiniz serbesttir Paydaş lisansı kullanarak, web arayüzü üzerinden TFS erişin. Organizasyonumuzda ITIL tabanlı bir sistem aracılığıyla Üretim olaylarını izliyoruz, ancak üçüncü paragrafta belirttiğim gibi TFS ile otomatik olarak entegre ediyoruz.
Sean Hederman

4

Hayır, bu doğru - Microsoft'un önde gelen ALM'si Visual Studio ve geliştirici ekipleri dışında gerçekten kullanışlı değil.

İş öğelerine Ekip Gezgini'ni (VS'nin çok kesilmiş bir sürümü olan) kullanarak veya TFS web sitesi üzerinden erişebilirsiniz. Böcek alanları, geçmişte kullanmak için talihsizlik yaşadım eski 'kurumsal' hata izleyicileri anımsatan gibi özellikle iyi seçenekler değildir.

TFS'deki hatalar arasında gerçek bir ayrım yoktur - yalnızca öğenin kendisindeki bir alanı kullanarak filtrelediğiniz tek izleyici vardır, bu nedenle bir kategori alanı kullanın ve yalnızca belirli bir kategori türünü gösteren bir rapor oluşturun. Bence bu TFS ile tek gerçekçi seçeneğiniz.

Harici sorun izleme istiyorsanız, o zaman TFS'nin kötü bir seçim olduğunu düşünüyorum, Jira veya Redmine gibi bir şey kullanmaktan ve hataları yönetmek için bunu kullanmanız daha iyi - arayüzleri TFS'den çok, daha güzel ve kullanımı daha kolay. Özellikle Redmine'a bir e-posta gönderme şeklini sevdim ve bu sizin için yeni bir sorun yaratıyor, bu site dışı çalışanlar için ideal bir kullanılabilirlik özelliğiydi.


2
TFS'deki alanlar tamamen özelleştirilebilir ve varsayılanlar TFS'yi yapılandırırken seçtiğiniz işlem şablonlarına bağlıdır. Scrum şablonu varsayılan olarak Ürün İş Listesi Öğelerine, Görevlerine ve Hatalarına sahiptir. Her iş öğesi türü, işe uygun farklı alanlara sahiptir.
17 of 26

@ 17of26 Biliyorum - kullandığınız alanlar tamamen özelleştirilebilir, ancak bunu bir hata takipçisi olarak kullandıysanız Excel de öyle. OP sorunu, şablonun yalnızca bu çalışma öğesi türlerini vermesiydi ve farklı olanlara (örneğin bir özellik isteği veya harici hata) sahip olamamanız, mevcut olanlardan birini özelleştirmeniz (veya kopyalamanız) ve bunu kullanmanız - ki buna karşılık iş akışlarınıza sığdırmak için yapmanız gereken çok büyük miktarda yapılandırmaya neden olur. Peki nasıl birden fazla hata izleyiciniz var?
gbjbaanb

Ben OP düşünce yoktu birden fazla böcek izci istiyorum ve sadece sigara Devs geliştiriciler zaten (eğer şeyler yapmak isteyeceği şey mi bana olan) kullandığını TFS iş öğesi takibi ile etkileşimde nasıl dışarı rakam çalışıyordu .
17 of 26

işte bu - daha iyi izleyici özelliklerine sahip Redmine veya Fogbugz gibi diğer araçları kullanarak gerçekten veya en azından mümkün olduğunca kolay olamazsınız. TFS'nin hata izleme gibi şeyleri vardır, ancak yine de öncelikle yalnızca geliştirici aracıdır. Örneğin Redmine, yalnızca tek bir izleyici DB'sinin birden çok görünümü olması nedeniyle birden fazla izleyiciye sahiptir. Farklı araçlar kullanmaktan daha çok istediğini düşünüyorum (örneğin, devs için TFS ve destek personeli için Fogbugz kullanmak).
gbjbaanb

1
İstediğiniz sayıda özel iş öğesi türü ekleyebilirsiniz.
MrHinsh - Martin Hinshelwood

3

Geliştirici olmayan kullanıcılar TFS iş öğesi izleme sistemine Team Project Portal'a gitmek için bir web tarayıcısı kullanarak erişebilir. URL'yi bulmak için Visual Studio'da Ekip-> Proje Portalını Göster'e gidin. Buradan, izinleri olan herkes iş öğelerine göz atabilir, oluşturabilir veya değiştirebilir. Ayrıca, durumların durumuna bakmak için her türlü raporu oluşturabilirler.

Kullanılabilir iş öğesi türleri ve iş öğelerindeki alanlar TFS'nin nasıl yapılandırıldığına (öncelikle hangi işlem şablonlarının seçildiğine) bağlı olarak değişir.

Hata girmek için gereken bilgiler, TFS'yi nasıl yapılandırdığınıza da bağlıdır. Bizim durumumuzda, bir başlık, yeniden oluşturma adımları ve bulunduğu yapıya ihtiyacımız var. TFS iş öğesi izleme sistemi çok güçlü ve esnektir. İstediğiniz kadar karmaşık veya basit olabilir - hepsi nasıl ayarladığınıza bağlıdır.


3

Bu Microsoft blog yayını , TFS'de daha düşük ek yükü desteklemeye yardımcı olacak planlı iyileştirmeleri açıklamaktadır:

  • Gözleri daha kolay olan ve facebook ve twitter'a benzer tartışma ve bahsetme seçeneklerini içeren yeni çalışma öğesi formu.
  • Özel Alanlar
  • Geliştirilmiş Kanban desteği, örneğin bir iş öğesine hızlı ekleme görevleri.
  • Ayrıca gösterge tablolarından ve metriklerden bahseder.
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.