Sürekli derleme sonuçlarını performans inceleme metriklerinin bir parçası olarak mı kullanıyorsunuz? [kapalı]


11

Patronum, performans incelemelerimizin bir parçası olarak ('kalite' metrikimizde) sürekli derlememizdeki metrikleri (her taahhütte testler oluşturuyor ve çalıştırıyor) planlıyor. Bu benim için GERÇEKTEN kötü bir fikir gibi görünüyor, ama daha önce denenmiş veya bunu deneyen birini görmek isterim.

Benim düşüncem, geliştiricilerimizin aksi takdirde istedikleri kadar test yapmamaları, testlerin başarısız olacağından korkmasıdır. Değerli bir geliştirici aracını geliştiricileri yenmek için bir çubuğa dönüştürdüğünü hissediyorum.

Bariz karşı argüman, insanların taahhütte bulunmadan önce daha dikkatli olmalarını teşvik edecek ve bu nedenle daha yüksek kaliteye yol açacaktır.

Burada bazý mýyým? Lütfen performans incelemeleri yapmamız gerekip gerekmediği sorusunu bir kenara bırakın - bu başka bir yerde yanıtlandı.


8
Oyun oynanabilen herhangi bir sistem performans değerlendirmesi için korkunç bir girdidir.
Steve Jackson

Herkesin test etmeme seçeneği var mı?
JeffO

1
@Steve, Ve oynanamayan "sistemler" size daha büyük resmin küçük bir dar görünümünü verir. Performansı doğru bir şekilde izlemek için bacak çalışması gerekir.
maple_shaft

2
Bazı şeylerin geliştirici makinelerinde iyi çalıştığını, ancak yapı sunucusunda başarısız olduğunu unutmayın (harici bir kavanoza yanlışlıkla bağımlılık, Linux kutularında / ve \ kullanmanın yanlış yolu vb.). Yapı sunucusunun birincil nedeni , bunları test etmemek için kimseyi taciz etmemek , bunları yakalamaktır . Başka bir deyişle, bu kötü bir fikir.

1
Takip: Bunu yapmaya başladıktan sonra, en büyük sorunun diğer mühendislerle hiçbir ilgisi olmadığını ve uygun testleri yazma istekliliğini buldum, daha ziyade mevcut testlerimizin GERÇEKTEN kararsız olduğu gerçeği ile her işin oldukça büyük bir şansı vardı. Taahhüdünü yapan kişinin hiçbir hatasından kaçınma. Bu faktör, herkesin test inceleme hevesini, performans incelemesinin tüm etkilerinden çok daha fazla bozdu.
Michael Kohne

Yanıtlar:


7

Performans incelemeleri iyidir ancak aşağıdaki gibi yararlı metriklere ne dersiniz:

  • Özellik Testi Birim Testi kapsamının yüzdesi
  • Son teslim tarihlerini karşılama yeteneği
  • Açık ve özlü belgeler
  • Uygun kodlama kurallarına uyun
  • Başkalarıyla iyi iletişim kurar
  • Gereksinimleri ve kullanıcı hikayelerini görevlere dönüştürebilme

Bunların hepsi performansı ölçmenin iyi yollarıdır, ancak yönetimin bunlarla ilgili olarak karşılaştığı problemler aslında ... ummm .. iyi biliyorsunuz ... kendi adına GERÇEK ÇALIŞMALAR .

Maalesef çoğu yönetimin tutumu var, "Bununla cehenneme düşmek için, çalışanlarıma yaptıklarıma ayak uydurmamı gerektirmeyen metrikler hakkında karar vermek istiyorum."


1
Ne ölçümlerini bazı iyi seçimler sağlamak için 1 olan kullanışlı.
David Ruttka

3

Bence sistemi burada oynamak büyük olasılıkla ve patronunuz bunun gerçek olmasını önlemek için yollar bulmalı. Bahsetmediğiniz diğer bir durum, geliştiricilerin tonlarca kez işledikleri yerdir, böylece değişiklik sayısının nispeten düşük olduğu bu check-in akışı vardır. bu, kolayca kötüye kullanılabilecek yeni bir araç haline geldi. Bir şeyin yeniden adlandırıldığı veya beyaz alanın değiştirildiği check-in'lerin bir check-in olduğunu ve bir çeşit üretkenliğin bilgiçliksel görünüm olacağını sayar.

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.