Kod incelemeleri gibi testler için akran değerlendirmesi


14

Fonksiyonel testler için "kod inceleme" işlemini yapan var mı? Yararlı buluyor musunuz? Mevcut işverenimin SCRUM'u uygulama şekli, herhangi bir sprint'teki "yapmış olmalıyız" işimizin bir parçası olarak fonksiyonel testler ekliyoruz.


1
Testlerinizi revizyon kontrolü altına aldığınızı varsayıyorum ...
chrisaycock

Her şeyi saklamak ve tüm sürecimizi yönetmek için TFS kullanıyoruz. Şimdiye kadar iyi çalışıyor.
Ryan Pedersen

Yanıtlar:


3

Ayrıca SCRUM da uyguluyoruz. Ve sizinle aynı şekilde, yaptığımız gibi tanımımızın bir parçası olarak fonksiyonel testi de ekliyoruz.

Deneyimlerime göre, inanılmaz derecede faydalı buluyorum. İşlevsel testi zorlayarak kodumuzdaki hata sayısını önemli ölçüde azalttık.

Kod incelemesi hakkında ikinci güzel şey, size gerçek işlevsellik hakkında başka bir görünüm kazandırması ve müşterinin / müşterinin istediği şeyle aynı olduğundan% 100 emin olmanızdır. Birisi, kişinin gittiği kod ve işlevsellik üzerinden geçtiğinde birkaç kez oldu ... "Bekle, bu doğru değil ..." ve kodu uygulayan kişinin bir şeyleri yanlış anladığı ortaya çıktı.


4

İyi gökler evet (SO; p üzerinde küfür kullanmamaya çalışıyorum). Fonksiyonel testlerinizi akran incelemek temelde gereksinimlerinizi ve analizinizi akran incelemek, inanılmaz derecede önemlidir ve salatalık gibi bir BDD dili kullanıyorsanız, programcı olmayanları da dahil edebilirsiniz!

Son kullanıcılarımız fonksiyonel testlerimizle ilgili sorunları tespit ettiklerinde harika ve onları geliştirme kodunun büyük bir parçası gibi hissettiriyorlar.


Ne yazık ki, "Ben de kodu okuyabilir !!" biraz işinizin basit olduğunu ve bunu yapabileceğini
düşündürecek

@Chad - Onları çok iş parçacıklı bir XA SFTP JCA konektörü göstererek hızlı bir şekilde devre dışı bırakıyorum :). Ama ne demek istediğini anlıyorum.
Martijn Verburg

1

Bana son derece mantıklı geliyor. Kod yalnızca dahili olarak kullanılsa ve hiçbir zaman müşteri tarafından çalıştırılmasa bile, yazdığınız herhangi bir koda başka biri tarafından bakılmalıdır.


1

Testlere çok fazla ağırlık veren metodolojilerle testlerin gözden geçirilmesi çok daha önemli, muhtemelen gerekli, bazen daha önemli hale gelir, çünkü kodun kendisinin gözden geçirilmesi genellikle aynı otomatik ile buluşan herhangi bir kodla değiştirilebilir. test sonucu.

Testlerin doğru olduğunu gözden geçirmek bir yönü, yeterince eksiksiz ve doğru / temsili olması da çok önemlidir.

Bu noktayı kaçırmak, bu metodolojileri dış gözden geçirenlere özensiz yapan şeylerden biridir.


1

Çift denetimleri yapabilirsiniz!

İkili Denetimler:

Yazarlık ve doküman üretim döngüsünün bir parçası olarak dokümanların aktif ve gayri resmi olarak incelenmesi.

Bunun test ile iyi çalışmasının nedenleri:

  1. Birden fazla göz içeren gereksinimleri veya belgeleri sık sık kontrol edebilirsiniz.
  2. Sadece geliştiricilerden daha fazlasını dahil edebilirsiniz: Test Lead ile BA, PM ile BA, Dev ile BA.
  3. Yeniden kürleme toplantılarını Çevik bir sürecin parçası olarak ayarlayabilirsiniz - Ekip üyelerinin sağlam taahhütleriyle bu konuda ciddi olduğunuzdan emin olun.
  4. Bu çift denetimlerini, paydaşlarınızla ilişki kurma alıştırması ve iletişim alıştırmasının bir parçası olarak kullanabilirsiniz. Sohbeti başla!

1

İşlevsel testleri en azından rasgele gözden geçiririz ve kuruluşumuzda her şeyi kod incelemesi yapılması şiddetle tavsiye edilir.

İnceleme için hedeflerinize dayanarak yorumcunuzu seçmenizi tavsiye ederim. Kodlu testler en iyi şekilde hem geliştirici (öncelikle kod kalitesi için) hem de başka bir testçi (öncelikle test kapsamı için) tarafından incelenebilir. Kodu olmayan testler (kablo demeti kullanarak, örneğin veriye dayalı testler) en iyi şekilde sadece başka bir test cihazı tarafından incelenebilir. Akran değerlendirmeleri aynı zamanda test kullanıcılarını birbirlerinden öğrenmeye teşvik etmenin harika bir yoludur.

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.