Yazılım Testinde V Modeli

İçindekiler:

Anonim

V Modeli

V Modeli , her geliştirme aşamasına paralel bir test aşamasının bulunduğu, oldukça disiplinli bir SDLC modelidir. V modeli, geliştirmeye paralel olarak her aşamada sıralı bir şekilde testlerin yapıldığı şelale modelinin bir uzantısıdır. Doğrulama veya Doğrulama Modeli olarak bilinir.

Anahtar Yazılım Mühendisliği Terimleri:

SDLC: SDLC, Yazılım Geliştirme Yaşam Döngüsüdür. Geliştiriciler tarafından yüksek kaliteli yazılım tasarlamak ve geliştirmek için gerçekleştirilen faaliyetler dizisidir.

STLC: STLC, Yazılım Test Yaşam Döngüsüdür. Yazılım ürününüzü test etmek için Test Uzmanları tarafından metodolojik olarak gerçekleştirilen bir dizi faaliyetten oluşur.

Şelale Modeli: Şelale modeli, yazılım geliştirme faaliyetinin farklı aşamalarına bölünmüş sıralı bir modeldir. Her aşama, belirli aktiviteyi gerçekleştirmek için tasarlanmıştır. Şelale modelinde test aşaması ancak sistemin uygulaması yapıldıktan sonra başlar.

Videoya erişilemiyorsa burayı tıklayın

ÖRNEK V Modelini Anlamak İçin

Bir müşteri için özel bir yazılım geliştirmek üzere size bir görev atandığını varsayalım. Şimdi, teknik geçmişinizden bağımsız olarak, görevi başarmak için izleyeceğiniz adımların sırası hakkında bilgiye dayalı bir tahminde bulunmaya çalışın.

Doğru sıra olacaktır.

Yazılım Geliştirme Döngüsünün farklı aşamaları

Her aşamada gerçekleştirilen faaliyetler

Gereksinim Toplama aşaması
  • İstemciden istenen yazılımın ayrıntıları ve teknik özellikleri hakkında olabildiğince fazla bilgi toplayın. Bu, Gereksinimler toplama aşamasından başka bir şey değil.
Tasarım aşaması
  • Java, PHP, .net gibi programlama dilini planlayın; Oracle, MySQL, vb. gibi veritabanı, proje için uygun olan, ayrıca bazı üst düzey işlevler ve mimari.
Aşama Oluştur
  • Tasarım aşamasından sonra, yapım aşamasıdır, bu aslında yazılımı kodlamaktan başka bir şey değildir.
Test Aşaması
  • Ardından, müşteri tarafından verilen özelliklere göre oluşturulduğunu doğrulamak için yazılımı test edersiniz.
Dağıtım aşaması
  • Uygulamayı ilgili ortama dağıtın
Bakım aşaması
  • Sisteminiz kullanıma hazır olduğunda, kodu daha sonra müşterinin isteğine göre değiştirmeniz gerekebilir.

Tüm bu seviyeler , yazılım geliştirme yaşam döngüsünün şelale yöntemini oluşturur.

Şelale Modeliyle İlgili Sorun

Sizin de görebileceğiniz gibi , modeldeki testler ancak uygulama yapıldıktan sonra başlar.

Ancak, sistemlerin karmaşık olduğu büyük bir projede çalışıyorsanız, gereksinimler aşamasının kendisindeki temel ayrıntıları gözden kaçırmak kolaydır. Bu gibi durumlarda, müşteriye tamamen yanlış bir ürün teslim edilecek ve projeye yeniden başlamanız gerekebilir VEYA gereksinimleri doğru bir şekilde not etmeyi başarırsanız, ancak yazılımınızın tasarım ve mimarisinde ciddi hatalar yaparsanız, yeniden tasarlamak zorunda kalacaksınız. hatayı düzeltmek için tüm yazılım.

Binlerce projenin değerlendirmesi, gereksinimler ve tasarım sırasında ortaya çıkan kusurların, toplam kusur sayısının yarısına yakınını oluşturduğunu göstermiştir.

Ayrıca, geliştirme yaşam döngüsü boyunca bir kusuru düzeltme maliyetleri artar. Yaşam döngüsünde bir kusur ne kadar erken tespit edilirse, onu düzeltmek o kadar ucuz olur. Dedikleri gibi, "Zaman içinde bir dikiş dokuz kazandırır."

Çözüm: The V Model

Bu endişeyi gidermek için, Geliştirme yaşam döngüsünde her aşama için karşılık gelen bir Test aşaması bulunan V test modeli geliştirilmiştir.

  • Modelin sol tarafı Yazılım Geliştirme Yaşam Döngüsü - SDLC'dir.
  • Modelin sağ tarafı Yazılım Testi Yaşam Döngüsü - STLC'dir.
  • Şeklin tamamı bir V'ye benziyor, dolayısıyla adı V - model

V modelinin yanı sıra, geliştirmenin aşamalar halinde yürütüldüğü ve her aşamanın yazılıma bir işlevsellik eklediği yinelemeli geliştirme modelleri vardır. Her aşama, bağımsız geliştirme ve test faaliyetlerinden oluşur.

Yinelemeli yöntemi izleyen Geliştirme yaşam döngülerinin iyi örnekleri Hızlı Uygulama Geliştirme, Çevik Geliştirme'dir.

Sonuç

Çok sayıda geliştirme yaşam döngüsü modeli vardır. Bir proje için seçilen geliştirme modeli, o projenin amaçlarına ve hedeflerine bağlıdır.

  • Test, bağımsız bir faaliyet değildir ve proje için seçilen geliştirme modelini uyarlaması gerekir.
  • Herhangi bir modelde test, tüm seviyelerde, yani gereksinimlerden bakıma kadar yapılmalıdır.