Teknoloji başlangıçlarında yazılım testleri nasıl yapılır?

Yazılım testinin faydalarından övünen birçok araştırma makalesi ve teknoloji blogu gördüm. Buna ikna oldum. Ancak tüm yazılım test araştırmaları büyük yazılım şirketleri tarafından yürütüldüğünden, gerçekten yeni başlayanlar için geçerli olduklarına inanmıyorum. Başlangıçların büyük yazılım şirketlerine kıyasla farklı ihtiyaçları ve kısıtlamaları olduğu için.

Böylece sorular ortaya çıktı. Teknoloji girişimleri otomatik testler yazmalı mı? Öyleyse, büyük yazılım şirketleriyle aynı şekilde mi yapılıyorlar? (duman testi, regresyon testi, vb.) Bu konuda bazı araştırma makalelerine başvurabilirseniz en iyisi ... kendi başıma bulamadığım için.

(İtiraf etmeliyim ki, hala kariyerimde erken olmama rağmen, henüz otomatik testler yazmayı ciddiye alan bir girişim görmedim)

Yapılması gerekenler ile gerçekçi olarak zamanımız olan şeyler arasında her zaman bir çatışma vardır. Evet, birçok girişim, bir projeyi başlatmak ve çalıştırmak için biraz zaman ayırmak için test odaklı geliştirme ve otomatik testlerden vazgeçer.

Sosyal ağ siteleri ve mobil uygulama şirketleri şimdi büyük kabarcıklar ve son derece rekabetçi. Bazen 4 ayda 5 ay ile 4 ay arasında yaşama arasındaki fark Kaybedersiniz.

Piyasaya sürme zamanı anahtardır ve daha sonra başarı gerçekleşirse ölçeklendirme zamanıdır, o zaman bok parçası test edilmemiş yazılımınızı değerli bir şeye yeniden yansıtmak için bolca zaman olacaktır.

Yazılım testi bir din değildir. Bu çok iyi bir fikir.

Şu anda test yazma gücüne sahip olmadığını mı söylüyorsun? Tamam iyi. Bundan 6 hafta sonra, uygulamanızın çökmesine neden olan hatayı bulmak için işgücünüz olacak mı, uygun testler uygulamanız halinde hemen bulunacak mı?

Çok fazla test yapılması gelişimi yavaşlatabilir. Çok az test de yavaşlatabilir. Doğru dengeyi bulmak zorundasınız ve bunun nerede olduğunu söylemek genellikle zor. Ve bunların hiçbiri büyük veya küçük şirketlere özgü değildir.

Uzun yıllar boyunca, küçük şirketlerde ve yeni kurulan şirketlerde çalışırken, "kodum için birim testleri yazmak için yeterli zamanım olmadığı" gerçeğini yanlış anladım .

Testler yazarken şişkin, ağır şeyler vardı, bu da beni sadece ihtiyaç duyduklarını bildiğimde birim testleri yazmam gerektiğini düşünmeye teşvik etti .

Son zamanlarda Test Odaklı Geliştirme'yi kullanmaya teşvik edildim ve bunun tam bir vahiy olduğunu gördüm .

Şimdi ben sıkıca ben ikna "için zamanım yok değil yazma birimi testlerde" .

Deneyimlerime göre, testler göz önünde bulundurularak geliştirerek daha temiz arayüzler, daha odaklanmış sınıflar ve modüller ve genellikle daha fazla SOLID , test edilebilir kod elde edersiniz .

Her zaman birim testleri olmayan ve bir şeyi manuel olarak test etmek zorunda kalan eski kodlarla çalıştığımda, "bu kodun birim testleri zaten varsa bu çok daha hızlı olurdu" diye düşünmeye devam ediyorum . Her ne zaman yüksek kuplaj ile kodlamak için birim test işlevselliği eklemek zorunda kalsam, "bu bir de-coupled bir şekilde yazılmış olsaydı çok daha kolay olurdu" diye düşünüyorum .

Yıllar boyunca keşfettiğim bir şey varsa, bir başlangıçta çalışıyorsanız, sadece yazılım geliştirme metodolojisi anlamında değil, çevik olmanız gerekir . Benim için TDD, çevik başlatma ve kalmayı sağlayan önemli bir araçtır .

Kimin yazılım testi yapması gerektiği ile ilgili değil, Yazılım testi bir çeşit yazılım geliştirme felsefesi. Yazılım Testi, iyi bir yazılım kalitesinin temelini oluşturur ve başlangıçta, büyük bir firmanın satın alması köşede olduğunda yazılım kalitesi bir bonus olur;)

Büyükannenizi bir web sitesi yapıyor ya da bir uydu için rehberlik sistemi oluşturuyor olun, en iyi uygulamalar endüstri çapındadır. Her zaman kendilerini profesyonel olarak değerlendirmek isteyenler tarafından takip edilmelidir, bu yüzden bunlara EN İYİ uygulamalar denir.

Evet, başlangıçlar bazen köşeleri keser ve uygun testlerden etkilenmez. Bazen bu uygundur (yeterince küçük projeler için veya zaman / para kritik olduğunda)

Bu olsa yeni başlayanlar için özel değildir. Tedarikçilerimizin IT yüklenicilerinden birisinin test ortamı bile var. Her şey doğrudan yaşamak için yapılır ve bu büyük bir çok uluslu yazılım şirketidir (korkutucu!)

Yapmalılar mı? Evet. Bunu pratikte yapıyorlar, olması gerektiği kadar sık ​​değil.

Verilen en tipik neden, geliştirici zamanını, özel veya yarı zamanlı bir test cihazını işe alma maliyetini, bir test ortamı kurma maliyetini vb. İçeren kaynak eksikliğidir. Bu mazeretleri küçük şirketlerin yanı sıra büyük şirket ortamlarında bile bulabilirsiniz.

Başka bir açıdan bakıldığında, test, bir geliştirme çizelgesinden, özellikle de görünür sonuçlar üretmek için çok sıkı zaman basıncına ve / veya maliyet basıncına sahip olan, kesilmesi en kolay şeylerden biridir. Ayrıntılı tasarım çalışmaları ile birlikte, birçok yönetici tarafından 'kabartmak' olarak kabul edilir ve ilk olarak "kesip programımızı ve bütçe çalışmamızı yapabiliriz" ve ardından "Neden kodlamıyorsunuz?"

Bazı şirketlerde itme testi yapan biri olacak. Bu genellikle işe alınan geliştirici olacaktır ve genellikle tecrübesi olan ve muhtemelen şirkette bir tür mali menfaati olan biri olacaktır. Bu "DNA" ile başlayan bir şirket muhtemelen en başından beri test yapacaktır.