Otomatikleştirilmiş testlerle eski kodun güçlendirilmesi için en iyi yöntemler

Önceden tanımlanmış bir arayüzü (bir dizi C ++ başlık dosyasını) nispeten büyük ve eski bir kod tabanında yeniden uygulama görevini üstleneceğim. Bunu yapmadan önce, mümkün olduğunca tam bir test kapsamı olmasını istiyorum, böylece yeniden uygulama hatalarını mümkün olduğunca erken ve kolay bir şekilde tespit edebiliyorum. Buradaki sorun, zaten var olan kod tabanının, (çok) büyük sınıflar ve işlevler, yüksek dereceli bir kaplin derecesi, (çok) yan etkisi olan işlevler vb. İle kolayca test edilebilir şekilde tasarlanmamış olmasıdır.

Benzer görevlerle ilgili önceki deneyimlerinizi ve otomatik testlerinizi (birim, entegrasyonlar, regresyon vb.) Eski kodunuza nasıl uyarlama konusunda iyi ve somut ipuçlarını duymak güzel olurdu.

Öncelikle, Michael Feathers'ın Eski Kodla Etkili Bir Şekilde Çalışmalarını Okuyun ve Okuyun - bu tür görevler için vazgeçilmez bir yardımcıdır.

Sonra birkaç not:

• Arayüz için kesin bir şartname / sözleşmeniz var mı veya pratikte sadece “şartname” olarak mevcut uygulamanız var mı? Eski durumda baştan başa tam bir yeniden yazma yapmak daha kolaydır, ikinci durumda imkansızdır.
• Eğer arayüzü yeniden uygulamak istiyorsanız, test kaynaklarınızı harcamanın en kullanışlı yolu sadece arayüze karşı testler yazmaktır. Tabii ki, bu katı anlamda birim testi değil, işlevsel / kabul testi olarak nitelendirilemez, fakat ben katı değilim :-) Ancak, bu testler yeniden kullanılabilir ve iki uygulamadaki sonuçları doğrudan yan yana karşılaştırmanıza olanak tanır .
• Genel olarak, tamamen elde edilemez olmadıkça, sıfırdan yeniden yazmak yerine mevcut kodu yeniden düzenlemeyi tercih ederim. (Ancak bu durumda nasıl buna karşı birim testleri yazacaksınız?) Konuyla ilgili daha ayrıntılı bir tartışma için Joel'den bu yazıya göz atın . Arayüze karşı bir dizi kabul testi oluşturmuş olmanız, size birimi test edilebilir hale getirmek için (Tüyler kitabındaki fikirleri kullanarak) dikkatli bir şekilde yeniden düzenlemeye başlayabileceğiniz ince ama kullanışlı bir güvenlik ağı sağlar.

En iyi yöntem, Mikado Yöntemidir. http://mikadomethod.wordpress.com/2010/08/04/the-mikado-method-book/ Bu sadece basit bir tekniğin genelleştirilmesi ancak büyük bir kod tabanında kod kalitesini iyileştirmeye başlamanın tek yolu bu. Gereksiz risk almadan.

WEWLC de bu konuda çok iyi bir kitap ama C ++ ile yazılmış olmak her zaman Java ya da Ruby koduyla kullanışsız.

Eski bir kod tabanına yapılan retro fitting testleri, tasarımda monolitik ise, oldukça zor olabilir.

Mümkünse (zamanınız / paranız var mı?), İlerlemenin bir yolu kodu daha fazla test edilebilir birime dönüştürmektir.

Bir link eklemek istiyorum . Bu kadar kolay test edilemeyen uygulamaların daha fazla xUnit dostu kodda tekrarlanan çok az örneği vardır. Genel bir yaklaşım gelince, zaten belirtilen bağlantıları deneyin (Joel post, Eski Kodla Çalışma)