Hataları ile çalışma

Gereksinimlerinizi doğrulama testleri gibi hataları bulmak için bağlıdır.Bug çalışma öğesinin açıklamak ve bulduğunuz her hata için ilerleme durumunu izlemek için kullanın.Hata çalışma öğelerini oluşturma hakkında daha fazla bilgi için bkz: Microsoft Test Yöneticisi'nde Hata Gönderme.Hatanın bulunduğu gibi bunları sabit emin olmak için ve çalışma ile ilgili kararlar kaydını olduğundan emin olmak için öncelik vermek için bu konudaki süreci izler.

Alanlarda ve sekmelerde, aşağıdaki örneklemenin gösterdiği gibi bir hata için çalışma öğesi formu veriyi depolar:

Bu konuda

• Hataları önceliklendirmek

• Bir hatayı düzeltmek

• Bir hatayı kapatmak

Hataları önceliklendirmek

Sonra geliştirme çalışması değerlendirme toplantıları aralıklarla tutulmalıdır ve proje ile ilgili sınama başlatıldı.Ne kadar sıklıkla toplantılar tutun ve ne kadar süreyle olmaları durumunuza bağlıdır.

Genellikle, hata önceliklendirme toplantı bir Proje Yöneticisi'ni çalıştırın ve Ekip Liderleri ve belki de iş analistleri ve belirli proje riskleri hakkında konuşabilirsiniz proje hissedarları tarafından katılımlı.Proje Yöneticisi ve değerlendirilecek hataların bir listesini oluşturmak için hataların yeniden açıldığında Etkin Hatalar sorgusunu yeni kullanabilirsiniz.

Değerlendirme başlamadan önce hangi öncelik ve hangi hataların düzeltildiğini belirlemek için ölçüt kümesi insanlara.Önem derecesi Önemli değer özelliklerini (veya gecikme önemli fırsat maliyeti) veya diğer proje riskleri ile ilişkili olan hataları hatalar genellikle ölçütleri tanımlar.

Takım projenizin Belgeler klasöründe değerlendirme ölçütleri saklanmalıdır.Zaman içinde belge güncelleştirilecektir.Projenizde sürüm denetimi açık olduğunu ve proje üzerinde herhangi bir anda kullanılan belirli ölçütlere denetleme ve değerlendirme kanıt amaçları için alınabilir varsayılır.

Proje başlangıcında çoğu, önceliklendirme hataları düzeltmek büyük olasılıkla karar verir.Proje devam ederken, ancak, değerlendirme ölçütleri (veya çubuk) düzeltilen hataların sayısını azaltmak için oluşturulabilir.

Değerlendirme ölçütleri çubuğu artırılarak ve bildirilen hataları sabitlenmemiş kalmasına izin vererek bir denge olur.Bu hatayı düzeltmekten proje kapsamı, bütçe ve zamanlama Toplantı'den daha az önemli olduğunu söyleyen bir denge olur.

Ölçüt hangi hataları düzeltme ve durumlarına, öncelik ve önem başka alanlar ayarlamak nasıl belirlemek için kullanın.Varsayılan olarak, dört öncelik şablon sağlar: 1 "ile"önemli"için 4 düzeltmelisiniz" için İşlem şablonundaki tanımlarını değiştirirseniz, kılavuzu, Yardım metni ve herhangi bir ölçüt belgeleri buna göre güncelleştirmeniz gerekir.

Bug çalışma öğesinin doldurmak hakkında daha fazla bilgi için bkz: Hata (CMMI).

Hataları düzeltme

Sonra bir hata önceliklendirme geçti ve öncelikleri belirlenmiş ek araştırma için bir geliştirici atanmalıdır.

Bug çalışma öğesi için hatayı yeniden oluşturmak gereken sağlamalıdır yeniden oluşturma adımları, bir sekme vardır.Ancak, IntelliTrace Yardım zor hataları yeniden kullanmak de.IntelliTrace hakkında daha fazla bilgi için bkz: Yeniden Oluşturması Zor Olan Hatalarla Tanılama İzleme Verilerini Kapsama ve IntelliTrace ile Kod Yürütmeyi Kaydederek Uygulamanızda Hata Ayıklama.

Geliştirici önerilen eylemi üzerinde karar verdikten sonra bunlar bug çalışma öğesinin içinde kararlarına dikkat etmelidirler.

Karar düzeltme

Diğer ekip üyeleriyle çalışma, geliştirici, kodun diğer bölümleri için olası etkilere sahiptir ve önemli gerileme sınaması gerektirebilecek bir düzeltme önerebilir.Bu belgeleri bir denetim için yararlı karar analizi ve risk yönetimi kanıt veya standart CMMI İşlem Geliştirme (SCAMPI) değerlendirme değerlendirme yöntemi çünkü Öğesi Geçmişi değerlendirmek için bir düzeltme riskini hatada kaydedilmesi gereken ilişkili tüm konuşmalarınızı çalışır.CMMI hakkında daha fazla bilgi için bkz: Arka plana CMMI.

Güncelleştirme ve birim testleri için hatayı düzeltmekten

Birim testleri doğru uygulama biriminin kodunu doğrulayın.Sınama başlar ve bu nedenle, kalite kontrol maliyetini azaltmaya yardımcı olur önce yazma ve birim testlerini gerçekleştirme hataları tanımlar.Geliştiricilerin birim testleri için uygulama geliştirme görev veya hata için bir düzeltme uygulama parçası olarak yazılan tüm kod yazmanız gerekir.Daha fazla bilgi için bkz. Kod birimi sınamaları kullanarak doğrulama.

Birim testi bir test ilk geliştirme stratejisini giderir herhangi bir kodu yapmak önce yazmak tercih edebilirsiniz.Bu tür bir strateji, Çevik Yazılım geliştiriciler tarafından tercih edilir.CMMI birim testleri belirli bir sırada yazılır, işlevselliği yalnızca o etkili doğrulaması elde gerektirmez.

Birim testleri hem yazılmış çalıştırın ve olduğunu kanıtlar CMMI değerlendirme için gereklidir.Kod düzeltmesi için görev çalışma öğeleri için testleri bağlayın ve bu görevleri bağlamak için bug çalışma öğesi emin olun.Bu, bir SCAMPI appraiser neden kanıt izlenebilirlik aramak sağlar.

Gözden geçirin ve hatanın düzeltilmesi için kodu yeniden

Kod gözden geçirme yeni veya değiştirilmiş kodu kodu günlük oluşturma tümleştirilmiştir önce kurulan kalite çubuğu karşıladığından emin olmak için kullanılır.Kalite değerlendirmeleri kodlama standartları ile uyum için Mimari ve tasarım, performans, okunabilirliği ve güvenlik.Kod incelemelerini de kod yazılmış nasıl hakkında diğer kullanıcıların ek bilgiler sağlar.Gözden geçirin ve kodu yeniden hakkında daha fazla bilgi için bkz: Uygulama geliştirme görevleri.

Hataları

Bir hatayı giderildikten sonra onu bir sınayıcı için bug çalışma öğesi kapatılmadan önce sorunun çözüldüğünü doğrulamak için atanmalıdır.

Bir düzeltme doğrulama

Bir düzeltmeyi doğrulamak için hatayı yeniden oluşturmak, aramak için ek beklenmeyen davranışlara ve gerekirse, hatanın yeniden etkinleştirmek, testçi denemelidir.

Hata çözünürlük doğrulanırken hata değil tümüyle giderilmiştir veya çözünürlüğü ile katılmıyorum bulabilirsiniz.Bu durumda, hata çözen kişi tartışmak, anlaşma için gelir ve büyük bir olasılıkla hata yeniden etkinleştirme.Bir hatayı yeniden, bilgileri korunur, böylece hatanın açıklaması hata yeniden etkinleştirme nedenleri eklediğinizden emin olun.

Bug çalışma öğesinin kapatma

Bir hata çeşitli nedenlerle kapalı.Basit bir durumda, hata sabit olarak doğrulandı ve de kapatılabilir.Ancak, bir hatayı yeniden üretilebilir veya yinelenen olarak teyit edilen olmadığı kanıtlanmış ürünün sonraki sürümünü ertelenmiş.Bu nedenlerle her belgelenen gerekir ve hataya neden kapalı hakkında hiçbir karışıklık olmasını sağlamak için düzgün kapatılmalıdır.

Ayrıca bkz.

Kavramlar

Microsoft Test Yöneticisi'nde Hata Gönderme

IntelliTrace ile Kod Yürütmeyi Kaydederek Uygulamanızda Hata Ayıklama

Diğer Kaynaklar

Yeniden Oluşturması Zor Olan Hatalarla Tanılama İzleme Verilerini Kapsama