Geliştirme sırasında iyi çalışan, küçük ölçekte dağıtılan sistemler, dağıtım gerçek kullanım düzeylerini desteklemek için ölçeklendiğinde performans hedeflerini karşılayamayabilir.
Bunun uygun bir örneği, yakın zamanda yenilikçi bir yüksek teknoloji platformunun geliştirilmesini dış kaynak olarak kullanan büyük bir mavi çip şirketinden geliyor. Geliştirme programın gerisinde olsa da bu kabul edilebilir görüldü. Sistem kademeli olarak kullanıcı kabul testinin işlevsel unsurlarından geçti ve sonunda bir dağıtım tarihi belirlenebilecek gibi görünüyordu. Ancak daha sonra tedarikçi, yük testi ve ölçeklenebilirlik testine başladı. Bunu, uzun ve maliyetli bir mimari değişiklik dönemi ve sistem gereksinimlerindeki değişiklikler izledi. Tedarikçi, kabul edilebilir bir sistem sağlamak için kahramanca savaştı, ta ki sonunda proje nafaka atılana kadar.
Bu, ayrı bir durum değildir. BT folkloru benzer masallarla doludur. Ambulans sevk sistemlerinden vergi beyannamelerinin elektronik olarak sunulması için web sitelerine kadar, sistemler ölçeklenirken ve en yüksek talepleri yaşarken başarısız olur. Bu projelerin tümü, karşılaştıkları büyük riskleri belirlememiş ve düzenlememiş görünmektedir. Bu, risk bazlı testin temel bir aşamasıdır ve işlevsellik testi veya iş sürekliliği testi için olduğu gibi ölçeklenebilirlik testi veya yük testi için de aynı şekilde geçerlidir. Hiçbir risk değerlendirmesi olmadan, ölçeklendirmenin en büyük riskler arasında olduğunu fark etmediler, hatta daha çok tüm işlevselliği sağladılar
Servis Odaklı Mimari (SOA) yönündeki son eğilimler, ölçeklenebilirlik konusunu ele almaya çalışır, ancak aynı zamanda yeni sorunları da beraberinde getirir. Harici olarak sağlanan hizmetleri genel çözümünüze dahil etmek, ölçeklendirme yeteneğinizin artık bu harici sistemin yük altında çalışmasına bağlı olduğu anlamına gelir. Bunun zorlu bir görev olduğunu ve ne yazık ki buradaki yük testi ve stres testi genellikle göz ardı edilir.
Daha iyi uygulama, performansı açıkça akılda tutularak, özellikle ölçeklenebilirlik testi, hacim testi ve yük testi ile büyük ölçekli bir yazılım sisteminin geliştirilmesine başlamaktır. Bu performans testi odağını oluşturmak için:
1. Hedef pazarın ifade ettiği veri hacimlerini ve işlem hacimlerini araştırın ve ölçün. Bu rakamlardan bazıları göz açıcı olabilir ve iş kullanıcılarının sistemin tüm ölçeğini anlamalarına yardımcı olabilir. Bu tek başına birçok özelliğin önceliğinin yeniden değerlendirilmesine yol açabilir.
2, Sistemin ölçeklendirilmesini kolaylaştırmak için özelliklerin kullanıcılara ve yapılandırılan sisteme sunulma şeklini belirleyin. Tek kullanıcılı bir masaüstü çözümü için sahip olacağınız işlevselliğe sahip olmaya çalışmayın ve uygun bir ölçeklenebilir alternatif sağlayın.
3. Geliştirme sürecinin içsel bir parçasının, her artımlı yazılım sürümünde temsili ölçekte yük testi olduğunu kabul edin. Bu, proje için en büyük riske odaklanan sürekli bir testtir: tam ölçekte çalışma yeteneği.
4. Yük testinin hem kapsam hem de kesinlik açısından yeterli olduğundan emin olun. Yük testi sadece bir performans testiyle yanıt sürelerini ölçmekle ilgili değildir. Yük testi programı, stres testi, güvenilirlik testi ve dayanıklılık testi dahil olmak üzere diğer yük testi türlerini içermelidir.
5. Arızaların olacağını unutmayınız. Büyük ölçekli sistemler genellikle yük devretme davranışına sahip sunucu kümelerini içerir. Yük altında çalışan temsili ölçekli sistemlerde gerçekleştirilen arıza testi, yük devretme testi ve kurtarma testi dahil edilmelidir.
6. Yıkıcı arızaların meydana gelebileceğini unutmayın. Büyük ölçekli sorunlar için, afet testi ve afet kurtarma testi temsili ölçek ve yüklerde gerçekleştirilmelidir. Bu faaliyetler, iş sürekliliği testinin teknik katmanları olarak düşünülebilir.
7. Dış hizmetleri kullanıyorsanız tanıyın. Bir SOA yaklaşımı benimsediğiniz ve harici hizmetlere bağımlı olduğunuz durumlarda, sisteminiz ölçeklendikçe ve talepleri arttıkça bu hizmetlerdeki aktarım hızı ve geri dönüş süresinin kabul edilebilir kalacağından emin olmanız gerekir. Akıllı bir sistem mimarisi, harici hizmet davranışının kötüleşmesi veya başarısız olması durumunda zarif bir yanıt ve geri dönüş işlemi içerecektir.
Acutest Ltd 2005 http://www.acutest.co.uk
GIPHY App Key not set. Please check settings