functional testing vs performance testing
Fonksiyonel Test ve Performans Testi:
Arasındaki farklar Performans Testi, Yük Testi ve Stres Testi son eğitimimizde örneklerle açıklanmıştır.
Yazılım Testi, yazılım işlevselliğinin herhangi bir şekilde doğrulanmasının veya doğrulanmasının yapılabileceği çok çeşitli alanları kapsar. Zaman zaman, işlevsel olmayan yönler işlevsel yönlerle daha az ilgilidir. Pratik olarak yapılmazlar; yazılım testi sırasında aynı anda.
=> Tam Performans Testi Eğitimleri Dizisi İçin Buraya Tıklayın
Bu makale, yazılım testi yaşam döngüsündeki çeşitli senaryolar sırasında yazılım ürününün kalitesinin sağladığı ek avantajları açıklamaktadır. hem işlevsel hem de işlevsel olmayan eşzamanlı alındığında.
Ne öğreneceksin:
- Performans Testi ve İşlevsel Test arasındaki hızlı fark
- Neden fonksiyonel test ve performans testi aynı anda yapılmalıdır?
- Vaka Analizi
- Sonuç
- Önerilen Kaynaklar
Performans Testi ve İşlevsel Test arasındaki hızlı fark
| Sl. Yok hayır | Fonksiyonel test | Performans testi |
|---|---|---|
| 1 | Yazılımın kesin girdilerle beklenen çıktıya karşı doğruluğunu doğrulamak için | Sistemin çeşitli yük koşullarında davranışını doğrulamak için |
| iki | Manuel veya otomatik olabilir | Otomatik hale getirildiğinde etkili |
| 3 | Tüm işlemleri yapan bir kullanıcı | İstenilen işlemleri gerçekleştiren birkaç kullanıcı |
| 4 | Müşteri, Test Uzmanı ve Geliştiricinin katılımı gereklidir | Müşteri, Test Uzmanı, Geliştirici, DBA ve N / W Yönetim ekibinin katılımı gereklidir |
| 5 | Üretim boyutlu test ortamı zorunlu değildir ve H / W gereksinimleri minimumdur | Yükü doldurmak için üretim test ortamına yakın ve birkaç H / W tesisi gerektirir |
Neden fonksiyonel test ve performans testi aynı anda yapılmalıdır?
Herhangi bir yazılım ön sürümü için işlevsel test çok daha önemli hale gelir. Gerçek sonuçlara dayalı doğrulama ve onaylama çoğaltılmış üretim veya test ortamında testin genellikle gerçekleştiği yerdir.
Kusur sızıntısı en büyük sorunlardan biri haline gelebilir:
Test uzmanları, ürünün kalitesi açısından geliştiricilere göre daha fazla sorumluluğa sahiptir. Temel olarak, test edilen ürünün kusur sızıntısı olmasını istemezler. Test uzmanları genellikle bunu başarmak için yalnızca işlevsel test yapma eğilimindedir.
Aşağıdaki, birTest Yöneticisi ve Test Cihazı :
(Test Yöneticisi 'TM' ve Test Cihazı 'TR' olarak anılır)
TM : Selam dostum… 'A' ürünü testinde ne yapıyoruz?
TR : Evet… Daha büyük bir şekilde ilerliyoruz.
TM : Bu harika… Ve fonksiyonel test yürütülürken performans testi açısından kapsamımız nedir?
TR : Bunları kapsamıyoruz, çıktılarımızın sadece işlevsel alanda olması ve işlevsel olmayan alanda olmaması gerekiyor. Ayrıca, kullandığımız test ortamı, üretimin tam bir kopyası değildir.
Yukarıdaki görüşmeden dikkate alınması gereken birkaç soru var:
- Fonksiyonel testin performans üzerinde bağımlı bir faktörü var mı?
- Ya yazılımın performansı düşerse, ancak ürünün teslimi performans kontrol edilmeden gerçekleşirse?
- Performans testi - fonksiyonel test sürecinde bir arada var mı?
Test uzmanlarının, kendilerinden istenmedikçe işlevsel olmayan yönler üzerinde çalışmaması genel bir uygulama haline geldi. Kaçınılması yaygındır fonksiyonel olmayan test müşteri test edilen yazılımın performansıyla ilgili sorunları bildirene kadar.
Öyleyse, düşünmeniz gereken 2 soru var:
- Performans - fonksiyonel testleri etkiler mi?
- Müşteriyi endişelendirse bile performans testini ayrı bir çıktı olarak tutuyor muyuz?
Performans testi önemli !
swf dosyalarını nasıl açarım
Yazılım, çeşitli mimarilere ve aşağıdaki modellere göre çalışır:
- Gerekli yanıt yanıt modelleri
- İşlem tabanlı sistemler
- Yük tabanlı sistemler
- Veri replikasyonuna dayalı sistemler
Yukarıda bahsedilen sistematik modelin işlevsel test davranışı, sistemin performansına bağlıdır.
Otomasyon bakış açısı, performans testine yönelik çok dikkat gerektirir.
Aşağıdaki, birmüşteri ve Test Yöneticisi.
(Müşteri 'CL' ve Test yöneticisi 'TM' olarak anılır)
CL : Dolayısıyla, talep ettiğimiz çözüme gelince, umarım şu anda gerçekleşmekte olan testin birden fazla yinelemesi olacaktır.
TM : Evet, bu yapılabilir. Söylediğiniz gibi, yinelemeli testin daha yüksek bir olasılığı olacak, fonksiyonel (regresyon) testiyle başa çıkmak için otomasyon önermek istiyoruz.
CL : Tamam harika, lütfen bize yaklaşımınızı gönderin ki bunu onaylayabilelim. Otomasyon, minimum çabayla çok daha yüksek bir verime sahip olacaktır.
TM : Kesinlikle. Yaklaşım üzerinde çalışacağız ve bir Kavram Kanıtı ile size geri döneceğiz.
Yukarıdaki görüşmeden, müşterilerin ihtiyacının verimliliği optimize etmek olduğu açıktır.
Vaka Analizi
ABC şirketi, Yazılım A'yı geliştirmek için bir proje üzerinde çalışıyor. Yazılım A'nın test edilmesi XYZ şirketi tarafından yapılıyor.
ABC Şirketi ve XYZ için yapılan sözleşmede, işbirliği için bazı kısıtlamalar vardır. 2 şirket arasındaki herhangi bir tartışma haftada bir veya ayda üç kez yapılmalıdır. Sistem, bir istek-yanıt modu modeli üzerinde çalışır. Geliştirme aşaması ABC Şirketi tarafından tamamlandı.
Şimdi, XYZ Şirketi için Yazılım A üzerinde resmi işlevsel test gerçekleştirme zamanı. XYZ, Yazılım A'yı test etmek için çalışmaya başladı. Yazılım üzerinde temiz bir karar verdiler ve 2 test döngüsünden sonra canlı uygulama için 'Git' i verdiler.
Test ekibinden alınan kalite sertifikasına rağmen, canlı uygulama iyi gitmedi. Çok sayıda post prodüksiyon hatası vardı. Uçtan uca iş süreçleri için işlevsellikte bir kesinti de dahil olmak üzere, müşterilerin karşılaştığı çok sayıda sorun vardı.
Peki şimdi nedirsorun?
- Geliştirme ve test ekibi arasındaki işbirliği kısıtlamasıyla ilgili bir sorun mu var?
- Gereksinimler% 100 yakalanmadı mı?
- Ürün uygun bir test ortamında test edilmemiş mi?
- Veya başka nedenler?
Dikkatli araştırma ve analizlerden sonra,Aşağıdakiler çıkarıldı:
- Yanıtları alırken performans sorunları olan bağımlı ve birbirine bağımlı uygulamaların çok azı vardı.
- Kullanılan test girdileri mutlak değildi.
- Yazılımın sağlamlığına özen gösterilmedi.
- Birden çok bağımsız uygulama arasında birçok senkronizasyon sorunu.
- Yazılım testi, dikkate alınmayan birden fazla yeniden çalışma gerçekleştirdi.
Bu nedenleiyileştirici eylemlerplanlama ekibi devreye girdi, aşağıdakiler önerildi:
- Geliştirme ekibi ile test ekibi arasındaki etkileşim artırılmalıdır.
- Tüm bağımlı uygulamaların bağlanması ve sistem işlevsel testine dahil edilmesi gerekir
- Üretim dışı ortamlara yer açmak için istek ve yanıt zaman aşımı değerinin artırılması gerekir
- Fonksiyonel testte basitten komplekse kadar çeşitli girdiler kullanılmalıdır.
- İşlevsel olmayan testler, özellikle performans ve yük testi, çözüm ekibinin önerdiği şekilde yapılmalıdır.
- Sistem testine ek olarak, sistem entegrasyon testi de yapılmalıdır.
- Herhangi iki test yinelemesi arasında minimum bir zaman aralığı sağlanmalıdır. Bu, önceden tanımlanan hataları yeniden test etmek içindir.
- Önceki yinelemelerde tanımlanan tüm hatalar mevcut yinelemede düzeltilmelidir.
Test ekibi önerilen tüm eylemleri uyguladı ve kısa sürede ortaya çıkarılan çok sayıda kusur vardı.
Gözlemler:
- Yazılımın canlı uygulama programı, test döngüsü sürelerini optimize ederek önemli ölçüde iyileştirildi.
- Yazılım kalitesinin optimizasyonunda iyi ilerleme sağlanmıştır. Dolayısıyla, uygulama sonrası destek biletlerinde muazzam bir düşüş oldu.
- Yeniden çalışmalar azaltıldı ve yeniden çalışma yerine yinelemeleri test ediyordu. Farklı yinelemeler arasında, kalitede daha iyi gelişmeler gözlemlendi.
Sonuç
Fonksiyonel testin yürütülmesi sırasında fonksiyonel olmayan testin yapılması daha avantajlıdır ve genel yazılım kalitesine daha fazla fayda sağlayacaktır. Bu, performans hatalarını (test ortamı ve bağımlılıkla sınırlıdır) tanımlayacak ve dolayısıyla işlevsel sorun varsayımlarının durumlarını azaltacaktır.
Projenin diğer paydaşları arasında güçlü bir ilişki sürdürmek için fonksiyonel ve fonksiyonel olmayan testleri (minimum düzeyde) gerçekleştirmek için yeterli planlama yapılmalıdır.
Yazar hakkında: Bu, Nagarajan tarafından yazılmış bir makaledir. Hem manuel hem de otomasyon açısından Bankacılık, Havayolları, Telekom gibi çeşitli fonksiyonel alanlarda 6 yılı aşkın Test tecrübesi ile test lideri olarak çalışmaktadır.
Yaklaşan eğitimimiz, Performans Test Planı ve Test Stratejisi hakkında daha fazla bilgi verecektir.
=> Tam Performans Testi Eğitimleri Dizisi İçin Burayı Ziyaret Edin
PREV Eğitimi | SONRAKİ Eğitici
Önerilen Kaynaklar
- Fonksiyonel Test ve Fonksiyonel Olmayan Test
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Performans Testi - Yük Testi - Stres Testi (Fark)
- Georgia Tech, RadView WebLOAD'da Performans Testini Standartlaştırıyor
- Masaüstü, İstemci Sunucu Testi ve Web Testi arasındaki fark
- Primer e-Kitap İndirmeyi Test Etme
- Birim Testi, Entegrasyon Testi ve İşlevsel Test Arasındaki Farklar
- Bulut Performans Testi: Bulut Tabanlı Yük Testi Hizmet Sağlayıcıları