Web Tasarımı, Geliştirme ve Test

Birçok kuruluş, işleri için web uygulamaları oluşturmakla ilgilenir, ancak ilgi çekici bir web uygulaması oluşturmak için gereken çeşitli adımların farkında değildir. Bu yazıda bulmacanın çeşitli parçalarını bir araya getirmeye çalışacağım. Uygulama geliştirme, ilgi çekici bir son ürün oluşturmak için bir araya gelmesi gereken birkaç farklı çabayı içerir. Zorlayıcı bir son ürün, tasarım, geliştirme mimarisi, geliştirme uygulaması, otomatik regresyon ve fonksiyonel test ile performans ve yük testinin birleşimidir.

Tasarım: İnsanlar genellikle tasarımı geliştirmeyle karıştırır. Dahası, tasarımda bile, kullanıcı arayüzü tasarımı genellikle grafik tasarımıyla karıştırılır. Web kullanıcı arayüzü tasarımı, web sitesinin akışının tasarımını ve web sitesi içindeki belirli web sayfalarının düzenini içerir. Web kullanıcı arayüzü tasarımcısı, uygulamanın kullanılabilirliğine odaklanır. Kullanıcı arayüzü tasarımcısı, tasarımı iletmek için Adobe Photoshop gibi araçlar kullanarak tipik olarak “tel çerçeveler” geliştirecektir. Bunlar genellikle başlangıçta prototip olarak geliştirilir ve kullanılabilirlik testi, web uygulamasının sezgisel ve kullanımı kolay olmasını sağlamak için kullanıcı gruplarıyla birlikte gerçekleştirilir. Grafik tasarımı ise sayfanın estetiğiyle ilgilidir. Grafik tasarımcısı, sayfaların estetik düzeninden ve resimler ve flash nesneler gibi sayfaların içinde çeşitli grafik nesnelerin oluşturulmasından sorumludur. Grafik Tasarımcısı, gerçek grafik nesnelerini oluşturmak için genellikle Adobe Photoshop, Adobe Illustrator ve Adobe Captivate gibi araçların bir kombinasyonunu kullanır. Bir tasarımcının, grafik nesnelerinin küçük olmasını sağlayarak ve böylece çeşitli web performans ölçütlerinin etkilenmemesini sağlayarak tasarım sürecinin uygulamanın performansından ödün vermediğinden emin olmak için diğer gruplarla yakın çalışması gerekecektir.

Geliştirme: Bu, tasarımı gerçek bir uygulamaya dönüştürmeyi içerir. Geliştirme tipik olarak, uygulamayı oluşturan temel modüllerin kapsam dışında bırakıldığı bir mimari aşamayı içerir. Kalıcı veri depolaması gerekiyorsa, veri depolama gereksinimlerini karşılamak için bir veritabanı şeması tasarlanmalıdır. Web uygulamasının çalışacağı işletim sisteminin (ör. Windows, Linux veya Solaris), web uygulamasını çalıştıracak web sunucusunun (ör. Microsoft IIS, Apache veya Tomcat) ve arka uç veritabanının (ör. Microsoft SQL Server, Verileri saklayan Oracle, MySQL veya Postgres) yapılması gerekecektir. Web uygulamaları oluşturmak için çeşitli geliştirme çerçeveleri mevcuttur. En yaygın olanları Microsoft’tan ASP ve ASP.NET, açık kaynak kodlu Sun, PHP ve Perl’den Java Servlets ve JSP’dir. Uygulama çerçevesinin seçimi, genellikle geliştirme ekibinin üyelerinin güçlü yönleri tarafından belirlenir. Mimari aşamayı uygulama aşaması takip eder. Bu, tipik olarak projenin en uzun kısmıdır ve bu aşamada gerçek kod, tasarım ekibi tarafından geliştirilen tasarım özellikleri ve grafik nesneleri kullanılarak yazılır. Programlama tipik olarak daha önce bahsedilen uygulama çerçevelerinin HTML, JavaScript ve CSS stil sayfalarıyla birlikte bir kombinasyonu kullanılarak yapılacaktır.

Kalite Güvencesi ve Test: Şaşırtıcı sayıda insan, kalite güvencesi ve testinin arzu edildiği, ancak aslında gerekli olmadığı görüşündedir. Maalesef bu görüşün kökleri, iyi bir son ürün oluşturmak için gerekli olan sürecin tamamen cehaletinden kaynaklanıyor. Uygulamayı ne kadar güzel veya şık yaparsak yapalım, beklendiği gibi çalışmazsa kullanıcılar reddedecektir. Kalite güvencesi ve testi, iki farklı türde görev içerir. İşlevsel ve regresyon testi, geliştirilen uygulamanın yapması gerekeni yaptığını doğrulamak için kullanılır. Bu, işlevsel bir test aracı kullanan test otomasyonu ile elde edilir. Yük ve Performans testi, bir üretim ortamının tipik yüküne maruz kaldığında uygulamanın amaçlandığı gibi çalışmasını sağlamak için kullanılır. Çok sayıda eşzamanlı sanal kullanıcının simülasyonunu içerdiğinden, otomatik bir yük testi aracı kullanmadan yük testi yapmak pratik olarak imkansızdır. Bu etki gerçekten manuel olarak elde edilemez ve uygulamayı belirli bir yüke tabi tutmak ve ardından bu yüke maruz kaldığında performansını ölçmek için tasarlanmış bir uygulamanın yardımına ihtiyaç duyar. Kalite Güvence ekiplerinin, hata izleme araçlarını kullanarak uygulamadaki hataları veya kusurları takip etmesi gerekecektir. Bu tür araçlar, kusurların ekibin tüm üyeleri tarafından izlenmesine izin verecektir.

Yukarıda bahsedilen üç grup, beceri setlerine göre uzmanlaşma eğilimindedir. Örnek olarak, insanlar genellikle geliştiricileri kalite güvence test edicileri olarak kullanma hatasını yaparlar. Bu akıllıca bir strateji değildir çünkü yazılım yazmada iyi olan çoğu geliştirici, kendi yazılımlarında hata veya kusur bulma konusunda oldukça zayıftır.

İyi ve çekici web uygulamaları yazmak, sürecin, tasarımın, geliştirmenin ve kalite güvencesinin tüm aşamalarının anlaşılmasını gerektirir. Aşamaları atlamak veya kısayolları kullanmak, genellikle uzun vadede daha pahalıya mal olacak düşük kaliteli yazılımla sonuçlanacaktır.