what is stlc v model
STLC V-Modeli nedir?
En büyük dezavantajlarından biri şelale STLC modeli geliştirme döngüsünün sonunda test yapıldığından bu yana geliştirme sürecinin çok sonraki bir aşamasında kusurların bulunmasıydı. Daha sonraki bir aşamada bulunduğu için kusurları düzeltmek çok zor ve maliyetli hale geldi. Bu sorunun üstesinden gelmek için, 'V Modeli' adı verilen yeni bir geliştirme modeli tanıtıldı
V modeli artık en yaygın kullanılan yazılım geliştirme süreçlerinden biridir. V modelinin tanıtımı, testin uygulanmasını gereksinim aşamasından itibaren kanıtlamıştır. V modeli, doğrulama ve onaylama modeli olarak da adlandırılır.
Ne öğreneceksin:
Doğrulama ve onaylama
V modelini anlamak için, önce yazılımda doğrulama ve doğrulamanın ne olduğunu anlayalım.
Doğrulama : Doğrulama, statik bir analiz tekniğidir. Bu teknikte kod çalıştırılmadan test yapılır. Örnekler arasında - İncelemeler, İnceleme ve adım adım açıklamalı kılavuz yer alır.
Doğrulama : Doğrulama, kodun çalıştırılmasıyla testin yapıldığı dinamik bir analiz tekniğidir. Örnekler, işlevsel ve işlevsel olmayan test tekniklerini içerir.
V-Modeli
V modelinde, geliştirme ve kalite güvence faaliyetleri aynı anda yapılır. Test adında ayrı bir aşama yoktur, bunun yerine test, gereksinim aşamasından başlar. Doğrulama ve onaylama faaliyetleri el ele yürür.
V modelini anlamak için aşağıdaki şekle bakalım:
yazılım testinde qa ve qc nedir
Tipik bir geliştirme sürecinde, sol taraf geliştirme faaliyetlerini ve sağ taraf test faaliyetlerini gösterir. Geliştirme aşamasında gerçek geliştirme faaliyetleriyle birlikte hem doğrulama hem de doğrulama yapıldığını söylersem yanılmam.
Şimdi rakamı anlayalım:
Sol taraftaki
Daha önce de belirtildiği gibi, sol taraftaki etkinlikler geliştirme etkinlikleridir. Normalde hissederiz geliştirme aşamasında hangi testleri yapabiliriz, ancak bu, geliştirme faaliyetlerinin tüm aşamalarında da test yapılabileceğini gösteren bu modelin güzelliğidir.
İhtiyaç analizi : Bu aşamada gereksinimler toplanır, analiz edilir ve incelenir. Burada sistemin nasıl uygulandığı önemli değil, ancak sistemin ne yapması gerektiği önemlidir. Beyin fırtınası seansları / gözden geçirme, hedeflerin netleşmesi için görüşmeler yapılır.
- Doğrulama faaliyetleri : Gereksinim incelemeleri.
- Doğrulama faaliyetleri : UAT'nin oluşturulması ( Kullanıcı kabul testi ) test durumları
- Üretilen eserler : Gereksinimleri anlama belgesi, UAT test senaryoları.
Sistem gereksinimleri / Üst düzey tasarım : Bu aşamada yazılımın üst düzey tasarımı yapılır. Ekip, gereksinimlerin nasıl uygulanabileceğini araştırır ve araştırır. Gereksinimlerin teknik fizibilitesi de incelenmiştir. Ekip ayrıca oluşturulacak modülleri / bağımlılıkları, Donanım / yazılım ihtiyaçlarını ortaya çıkarır.
- Doğrulama faaliyetleri : Tasarım incelemeleri
- Doğrulama faaliyetleri : Oluşturulması Sistem test planı ve vakalar, İzlenebilirlik metriklerinin oluşturulması
- Üretilen eserler : Sistem test senaryoları, Fizibilite raporları, Sistem test planı, Donanım-yazılım gereksinimleri ve oluşturulacak modüller vb.
Mimari tasarım: Bu aşamada, üst düzey tasarıma göre , yazılım mimarisi oluşturulur. Modüller, ilişkileri ve bağımlılıkları, mimari diyagramlar, veritabanı tabloları, teknoloji detayları bu aşamada tamamlanır.
- Doğrulama faaliyetleri : Tasarım incelemeleri
- Doğrulama faaliyetleri : Entegrasyon test planı ve test senaryoları.
- Üretilen eserler : Tasarım belgeleri, Entegrasyon test planı ve test senaryoları, Veritabanı tablo tasarımları vb.
Modül tasarımı / Düşük Seviyeli Tasarım: Bu aşamada yazılım bileşenlerinin her bir modülü ayrı ayrı tasarlanır. Yöntemler, sınıflar, arayüzler, veri türleri vb. Hepsi bu aşamada sonlandırılır.
- Doğrulama faaliyetleri : Tasarım incelemeleri
- Doğrulama faaliyetleri : Birim test durumlarının oluşturulması ve gözden geçirilmesi.
- Üretilen eserler : Birim test durumları,
Uygulama / Kod : Bu aşamada asıl kodlama yapılır.
- Doğrulama faaliyetleri : Kod incelemesi, test senaryoları incelemesi
- Doğrulama faaliyetleri : Fonksiyonel test senaryolarının oluşturulması.
- Üretilen eserler : test senaryoları, inceleme kontrol listesi.
Sağ taraf
Sağ taraf, test faaliyetlerini veya Doğrulama Aşamasını gösterir. En alttan başlayacağız.
Birim Testi: Bu aşamada, Düşük seviye tasarım aşamasında oluşturulan tüm birim test durumu yürütülür.
* Birim testi, kod parçacığının beklenen çıktıyı verip vermediğini test etmek için bir yöntemi (veya başka bir kod parçasını) çağıran bir kod parçasının yazıldığı beyaz kutu test tekniğidir. Bu test, temelde geliştirme ekibi tarafından gerçekleştirilir. Herhangi bir anormallik durumunda, kusurlar kaydedilir ve izlenir.
Üretilen eserler : Birim testi yürütme sonuçları
Entegrasyon Testi : Bu aşamada, Mimari tasarım aşamasında oluşturulan entegrasyon test durumları yürütülür. Herhangi bir anormallik olması durumunda, kusurlar kaydedilir ve takip edilir.
* Entegrasyon Testi: Entegrasyon testi, test edilen birimlerin entegre edildiği ve entegre modüllerin beklenen sonuçları verip vermediğinin test edildiği bir tekniktir. Daha basit bir deyişle, uygulamanın bileşenlerinin beklendiği gibi birlikte çalışıp çalışmadığını doğrular.
Üretilen eserler : Entegrasyon testi sonuçları.
Sistem testleri : Bu aşamada tüm sistem test durumları, işlevsel test durumları ve işlevsel olmayan test durumları yürütülür. Diğer bir deyişle, uygulamanın gerçek ve tam anlamıyla test edilmesi burada gerçekleşir. Kusurlar günlüğe kaydedilir ve kapanması için izlenir. İlerleme raporlaması da bu aşamanın önemli bir parçasıdır. İzlenebilirlik ölçümleri, kapsamı ve hafifletilen riski kontrol etmek için güncellenir.
Üretilen eserler : Test sonuçları, Test günlükleri, hata raporu, test özet raporu ve güncellenmiş izlenebilirlik matrisleri.
kullanıcı Kabul Testi : Kabul testi temelde iş gereksinimleri testiyle ilgilidir. Burada, kullanıcı ortamında iş gereksinimlerinin karşılandığını doğrulamak için test yapılır. Uyumluluk testi ve bazen işlevsel olmayan testler ( Yük, stres ve hacim ) testleri de bu aşamada yapılır.
Üretilen eserler : UAT sonuçları, Güncellenmiş İşletme kapsamı matrisleri.
V Modeli ne zaman kullanılır?
V modeli şu durumlarda uygulanabilir:
- Gereksinim iyi tanımlanmış ve belirsiz değil
- Kabul kriterleri iyi tanımlanmıştır.
- Proje kısa ve orta büyüklüktedir.
- Kullanılan teknoloji ve araçlar dinamik değildir.
V modelini kullanmanın artıları ve eksileri
| Artıları | EKSİLERİ |
|---|---|
| - Geliştirme ve ilerleme çok organize ve sistematiktir | -Büyük ve karmaşık projeler için uygun değildir |
| - Küçük ve orta ölçekli projeler için iyi çalışır. | - Gereksinimler tutarlı değilse uygun değildir. |
| - Test baştan başlar, böylece belirsizlikler baştan belirlenir. | - Ara aşamada çalışan bir yazılım üretilmez. |
| - Her aşama iyi tanımlanmış hedeflere ve hedeflere sahip olduğundan yönetimi kolaydır. | - Risk analizi yapmak için bir hüküm yoktur, bu nedenle belirsizlik ve riskler vardır. |
Önerilen Kaynaklar
- SOA Test Eğitimi: SOA Mimari Modeli İçin Test Metodolojisi
- En İyi Yazılım Test Araçları 2021 (QA Test Otomasyon Araçları)
- Statik Test ve Dinamik Test - Bu İki Önemli Test Tekniği Arasındaki Fark
- Spiral Model - SDLC Spiral Modeli nedir?
- Pratik Yazılım Testi - Yeni ÜCRETSİZ e-Kitap (İndir)
- Alfa Testi ve Beta Testi (Tam Kılavuz)
- Primer e-Kitap İndirmeyi Test Etme
- Yerinde - Yazılım Test Projelerinin Açık Deniz Modeli (ve Sizin İçin Nasıl Çalışır?)