Merhaba.
Ve testler hakkında konuşalım.
Gördüğünüz gibi test, sadece Python'da değil, programlamada önemli bir kavramdır.
Her ne kadar birkaç satır kod içeren basit script dosyaları yazmaya başlasak da, gerçek dünyaya girmeye
başladığımızda binlerce ve milyonlarca satır kodla karşılaşmaya başlarsınız.
Bir şirketteki farklı bölümlerden birçok kişi tarafından üzerinde çalışılan yüzlerce Python dosyası ve büyük olasılıkla
hepsinin farklı bir zamanda başlaması.
Şirket.
İnsanlar proje üzerinde çalıştıkça, kodun karmaşıklığı ve boyutu arttıkça, tüm kod değişiklikleri
zaman içinde farklı zamanlarda gerçekleşir.
Birinin ortaya çıkabilecek bir hatayı düzeltmesi gittikçe zorlaşıyor.
Diyelim ki yıllardır devam eden bir projeye girdiniz.
Uygulamanın hiç düşünmediğiniz başka bir bölümünü değiştirebilecek bir şeyi değiştirebilirsiniz ve
uygulamaya eklediğiniz yeni özelliklerle tüm bu hataları yaratmaya başlarsınız.
Kod bir projede ne kadar uzun süre kalırsa, farklı geliştiriciler tarafından dokunulma olasılığı da o kadar artar.
Buradaki sorunu görüyorsunuz, değil mi?
Şirketler için bu büyük bir sorun çünkü büyük olasılıkla ürününüzü sürekli büyütüyor ve daha fazla kod
satırı ekliyorsunuz.
Bu da, evcilleştirilmesi ve hata ayıklanması gittikçe zorlaşan bu dev canavarı yaratmaya
devam edeceği anlamına geliyor.
Bu da şirketlere çok pahalıya mal oluyor.
Neyse ki bizim için test diye bir şey var.
Ve testler bu sorunu çözmemize yardımcı olabilir.
Adından da anlaşılacağı üzere test, yazılım geliştirmede fonksiyonlar gibi kaynak kod birimlerinin
düzgün çalışıp çalışmadığının test edildiği bir yöntemdir.
Kodlama mülakatının büyük bir parçası olmasa da, birçok şirket genellikle mülakat yaparken
test yapmayı düşünmez.
Kariyerinizde ilerledikçe bu daha da önemli hale geliyor.
Örneğin, benim durumumda, bir programcı olarak ilk başladığımda, işe alınmadan önce testler hakkında
çok fazla bilgim yoktu.
Ancak kariyerimde ilerledikçe test etmenin önemi daha da arttı ve bu beni daha iyi bir geliştirici
yapan şeylerden biri oldu.
Dolayısıyla, üst düzey bir programcı olmak ve uzun süreli bir kariyere sahip olmak istiyorsanız, bu beceride gerçekten
ustalaşmanız gerekir.
Çünkü unutmayın, her ciddi şirketin testleri olacaktır ve sizden kodunuz için testler yazmanızı isteyeceklerdir.
Şimdi bu test fikrini biraz daha inceleyelim.
Gördüğünüz gibi, bir test basitçe başka bir Python dosyasıdır.
Şimdi, benim durumumda, masaüstümde bir ana pasta ve bir test pastası dosyası var.
Tam burada.
Genellikle dosyalarınızdan birine eşlik eden bunun gibi bir test dosyanız vardır.
Örneğin, 100 Python dosyanız veya modülünüz varsa, bu modüllerin her birinin testleri çalıştırabileceğiniz
kendi test dosyası olacaktır.
Şimdi, yazacağımız bu dosya aslında hiçbir zaman üretimde çalışmaz.
Bu ana dosyayı üretime vermeden önce her şeyin düzgün çalıştığından emin olmak için çalıştırdığımız
bir dosyadır.
Yani bu sadece geliştirme için, ama aslında asla yapmayız.
Müşteriler bu dosyayı asla görmeyecek.
Şimdi bazı testler yazmaya başlamadan önce, kodumuzda hata ayıklamak için birkaç yol öğrendiğimizi hatırlatmak
isterim.
Değil mi?
Pilotluk gibi şeyleri öğrendik.
Visual Studio kodumuza yüklediğimiz bu kod, kodumuza bağlanır ve kodumuzu yazarken sözdizimini ve küçük hataları
kontrol eder.
Ayrıca, kullandığımız çevrimiçi dalgalanmanın Pi Flex adında başka bir şeyi nasıl kullandığını da
gördük.
Ayrıca şu pasta grafiğini de gördük.
Kimliğimizde ayrıca borç verme özelliği de vardı.
Ayrıca Auto Pep Eight diye bir şeyimiz olduğunu da öğrendik.
Ya da Python için standart stil kılavuzu olan Pep eight.
Bu da kodumuzun Python topluluğunun üzerinde anlaştığı bir stile uygun olduğundan emin olmamızı sağlar.
Bunlar, kodumuzun basit stil sorunları veya bir değişkenin bildirilmemesi gibi basit hatalar açısından kontrol edilmesini
sağlayan basit araçlardır.
Ama bunlar sizi sadece bir yere kadar götürür.
Ve test etmek, pep eight gibi bir şey yaptıktan sonra, tüm bu gereksinimleri karşıladıktan ve dosyanız çalıştıktan sonra kaldırma
yaptıktan sonra daha yüksek bir seviyedir.
Test, kodunuzun daha da fazlasını kontrol etmenin bir yoludur.
Peki sürekli bahsettiğim ve kodlamadığım bu testleri nasıl yazacağız?
Öğrenelim bakalım.
Neyse ki bizim için standart kütüphanede kullanabileceğimiz yerleşik bir modül var.
Ve adı da.
Birim testi.
Bir sonraki videoda, bazı testler yazmaya başlayacağız, bazı örnek kodlar yazacağız ve bunların
programcılar olarak bize tam olarak nasıl fayda sağladığını göstereceğiz.
Bir sonrakinde görüşürüz.