İyi'den Muhteşem'e Nasıl Gidilir?

Bu, ileri teknoloji geliştirme süreçlerini daha verimli ve ölçeklenebilir hale getirmeye çalıştığımız - daha iyi bir ürün, daha hızlı hale getirmek için çok parçalı bir seriye giriş niteliğindedir.

Štefan Štefančík Unsplash'da “Bir dizüstü bilgisayar ve kağıt üzerine beyin fırtınası yapan bir grup insan”

Harika bir ürün oluşturmak çoğu zaman yalnız bir çaba değildir. En ayrıntılı kurulumlar, çok sayıda yaratıcı, pazarlama, ürün ve teknoloji ekibini içerecektir. Bir şirket olsanız bile, onlar için neyin işe yaradığına ilişkin geri bildirimlerini almak için kullanıcılarınızla etkileşime girmeniz gerekir. Kalitenin ve işlevin iyileştirilmesine yardımcı olan bu döngüsel tasarım sürecinin yinelemeli çerçevesi genel olarak Çevik Yineleme İş Akışı olarak adlandırılır.

Ne kadar hızlı yineleyebiliyorsanız, ürününüz o kadar iyi olur.
Smartsheet'den “Agile Iteration Workflow”

Ön uç ekibin web tabanlı ürünü ilk kez oluşturmaya başladığı StashAway'de lansman için hızlandırılmış bir zaman çizelgesindeydik ve ürün geliştirme ve yönetim süreçlerimiz daha az katıydı. Artık ürün olgunlaşıyor ve daha fazla özellik araştırılıp eklendikçe, ürün için daha iyi ve daha ölçeklenebilir bir ön uç mimarisi oluşturma sürecimizi geliştirmek ve sıkılaştırmak istiyoruz. Mevcut kurulumumuz, özellik teklifleri ve ülke açılımları açısından etkili bir şekilde ölçeklendirme yapmamıza izin vermez.

Mükemmel bir ürün yapmak için, yineleme iş akışını mükemmelleştirmeliyiz. Bununla ilgili pek çok ürün yönetimi literatürü vardır ve bu, bu makale dizisinin kapsamı değildir. Keşfetmek istediğimiz, prototip oluşturma ve inşa aşamasında yinelemelerle nasıl daha hızlı olacağımız ve bunu yapmak için ekibimizin iç geliştirme ve onay süreçlerini resmileştirmeliyiz, böylece yaratıcı ve ürün ekiplerimizle daha verimli bir şekilde işbirliği yapabiliriz. . Daha önce de belirtildiği gibi daha geniş ürün yineleme iş akışıyla birlikte sürekli entegrasyon ve teslimat akışını kullanarak bunu başarabileceğimizi düşünüyoruz.

Nihayetinde, uygulamalarımızda ne yapmak istediğimizi ifade etmek yerine ne yapmak istediğimizi ifade eden bildirimsel programlama paradigmasına yaklaşmayı hedefliyoruz. Bunu yapmak için, yapı taşlarımızı oluşturmanın temelini atmamız gerekecek.

UI ve uygulama mantığı ile ilgili endişelerimizi ayırma alanımızı genişleterek başlıyoruz, böylece UI bileşenlerinin geliştirilmesi ayrı bir faaliyet haline geliyor. Ortak birimlerle birlikte kendi birim birimi, kabul ve regresyon testleri ile birlikte kendi merkezi havuzuna sahip olacaktır. UI bileşenlerimiz artık web siteleri ve web uygulamalarının çeşitlendirilmesinde yeniden kullanılabilir, oluşturulabilir ve tema özelliklerine sahip olacak. Storybook ile birlikte kullanıldığında, etkileşimli bir desen kütüphanesi oluşturabiliriz.

UI bileşenlerimizin tam olarak olması gerektiği gibi görüneceğinden ve davranacağından emin olacağız, böylece eğlenceli ve önemli konulara - uygulamalara ve nasıl davranmaları gerektiğine odaklanabildik. UI bileşenlerimizle aynı işlemi uygulamaya özel projelerimize uygulayabilir, kapsamı en üst seviyeye çıkarmak için daha spesifik test süitleriyle uygulayabiliriz. Yalnızca bu test paketleri ile geliştirici, kodu zorlarken ve dağıtırken güveni artırabiliriz ve karşılığında yinelemenin hızını artırabiliriz.

Oluşturulabilir bileşenlerin bu merkezi deposu sayesinde, fikirleri prototip edebilir ve koridorda kullanıcı testlerini yapabiliriz ve hatta daha yüksek hızda yeni özellikler sunabiliriz.

Yazılım test seviyeleri

Testin önemli olduğu mesajını eve çektiğimizi fark ettiniz. Yazılım testi, yazılım geliştirmede çok geniş bir konudur, ancak sürekli teslimat sürecinin sorunsuz bir şekilde çalışmasını sağlayan birim, entegrasyon, sistem ve kabul gibi dört test aşamasına odaklanalım.

Bir yazılımdaki en küçük test edilebilir üniteler olan bileşenleri tek tek doğrulamak için ünite testleri kullanıyoruz. Bizim durumumuzda, bunlar genellikle UI bileşenleri veya yardımcı yardımcı yöntemlerdir. Entegrasyon testi, her bir bileşen bir grup olarak test edildiğinde gerçekleşir. Örneğin, bu, düğmelere ve ekrana sahip olacağınız hesap makinesi gibi bir özellik anlamına gelebilir ve bir düğmeye basılmaya yanıt olarak doğru sayının görüntülendiğinden emin olabilir. API için, bir uç nokta, bir veri setini almak için bir veritabanı bağlantısı yapabilir.

Ünite ve entegrasyon testleri, genellikle yerleştirme işlemine başlamadan önce göze batan böceklerin çoğunu giderir. Tamamlanmış ve entegre sistemi özellik ve iş gereksinimlerine uygunluk - sistem ve kabul testi - için değerlendirecek olan iç ve dış test uzmanları için zaman kazandırır. Yazılım dört test seviyesini geçtiğinde, üretime dağıtabiliriz.

Bu, ön ekibimizin süreçlerini daha verimli hale getirmeyi planladığımız plana bir göz atıyor. StashAway'de ön uç geliştirme ile ilgili sonraki gönderilerdeki uygulamalar hakkında daha fazla ayrıntıya gireceğiz. Bizi izlemeye devam edin!

Ekibimize katılmak için mükemmel bir teknik yetenek arayışı içindeyiz - daha fazla bilgi için web sitemizi ziyaret edin ve bize ulaşmaktan çekinmeyin!