İçindekiler
Büyük ölçekli geliştirmeler yaparken, geri kalanını etkileyeceği bir değişiklik yaptığımızda genellikle gözden kaçırırız, yeni değişiklikler daha önce onaylanmış bir şeye gerçekten zarar verirse, bu tür bir belirsizlik felakete yol açabilir.Bu tür bir durumdan kaçınmak için geliştirme, testlere dayanır, yani sistem testleri Çözümle birlikte kodu oluşturmadan önce bu şekilde bize en başından hata veren bir şeyle başlıyoruz ve tüm testlerden geçmesini sağlıyoruz.
Yeni bir değişiklik eklediğimizde, önceden yazılmış tüm testleri çalıştırıyoruz ve daha önce geçmiş olanlardan herhangi biri başarısız olursa, kodumuzda bir düzeltme yapmamız gerektiğini biliyoruz.
Önce dene, sonra kodla
Programlama yaklaşımında, genellikle yaptığımız şey bir kod parçası yaz ve sonra programımızı dene Çalışıp bize beklenen sonucu verip vermediğine bir bakalım, birçok kişi bunun en iyisi olduğunu ve belki de belirli gereksinimler için en iyi seçenek olduğunu söyleyebilir, ancak ya her yeni kodla, harcadığımız tüm bir alışveriş sürecini denemek zorunda kalırsak? 15 dakika sadece test etmek, projemizin diğer faaliyetlerini yapmak için harcayabileceğimiz çok fazla zaman kaybı olurdu.
Minimum kaynak ve zamanla harika sonuçlar elde etmemiz gereken aşırı programlamada, önceki durumu hayal edersek, belirli bir başarısızlığı garanti ediyoruz, bu, programlamanın testlere veya Test Odaklı Geliştirme Pek çok kez bulacağımız gibi, bununla önce testi, sonra kodu yapacağız, bizi testle destek almaya zorlayacağız ve böylece kodumuzun başarısız olmayacağından emin olacağız, sonra sonunda bir test yerine bir satın alma işleminde bize sonucu verecek bir dosya çalıştıracağız. kontrol noktaları denemeye karar verdiğimizi.
Aşağıda bazı testler yapan kodlu bir resim görelim ve ardından nasıl çalıştığını açıklayacağız:
Kodda bir yaparak başlıyoruz içe aktarmak yöntemin rect_area, bazı değerler atarız ve uygun yanıtı oluştururuz, ardından koşullu olarak bu yanıtın belirtilen yönteme yapılan çağrıya karşılık gelip gelmediğini görürüz.
Doğruysa, testi geçtiğimizi yazdırırız, aksi takdirde test başarısız olur, bir testin ne olduğuna dair bu oldukça basit yaklaşım bize, programımızın çalışıp çalışmadığını görmekten daha fazlasını, çözümümüz üzerinde bir doğrulama aradığımızı gösterir. Düzey Genel olarak, neyi geri vermemiz gerektiğini bilerek sorunu biliyoruz ve onunla birlikte onu çözmenin bir yolunu bulmalıyız.
Örnek testte çalıştırırsak başlangıçta birçok hatamız olmalı, her birini çözdükçe çözümümüzün validasyonunu gerçekleştiriyoruz.
İlk başta tersine programlama yapıyormuşuz gibi görünse de, günün sonunda bu metodoloji, büyük ve karmaşık bir sistem yaparken bizi birçok baş ağrısından kurtarabilir.Bu Eğitimi beğendiniz ve yardım ettiniz mi?Yazara olumlu puan vermek için bu düğmeye basarak yazarı ödüllendirebilirsiniz.