Tahmin Teknikleri - Test

Test çabaları, herhangi bir kesin zaman çerçevesine dayalı değildir. Çabalar, testin tamamlanmasına bakılmaksızın, önceden belirlenmiş bir zaman çizelgesi belirlenene kadar devam eder.

Bu çoğunlukla, geleneksel olarak, test effort estimation bir parçası development estimation. Yalnızca Geniş Bant Delphi, Üç Noktalı Tahmin, PERT ve WBS gibi WBS kullanan tahmin teknikleri söz konusu olduğunda, test faaliyetlerinin tahminlerinin değerlerini elde edebilirsiniz.

Tahminleri İşlev Puanı (FP) olarak elde ettiyseniz, Caper Jones'a göre,

Number of Test Cases = (Number of Function Points) × 1.2

Test senaryolarının sayısına sahip olduğunuzda, kurumsal veritabanından üretkenlik verilerini alabilir ve test için gereken çabaya ulaşabilirsiniz.

Geliştirme Çaba Yöntemi Yüzdesi

Gereken test çabası, geliştirme çabasının doğru orantılı veya yüzdesidir. Geliştirme çabası, Kod Satırları (LOC) veya İşlev Noktaları (FP) kullanılarak tahmin edilebilir. Ardından, test için çaba yüzdesi Organizasyon Veritabanından alınır. Bu şekilde elde edilen yüzde, test için çaba tahminine ulaşmak için kullanılır.

Test Projelerinin Tahmin Edilmesi

Şu anda birçok kuruluş, müşterilerine bağımsız doğrulama ve onaylama hizmetleri sağlıyor ve bu, proje faaliyetlerinin tamamen test faaliyetleri olacağı anlamına gelir.

Test projelerini tahmin etmek, yazılım testi yaşam döngüsü için çeşitli projelerde deneyim gerektirir. Bir test projesi tahmin ederken, şunları göz önünde bulundurun:

Takım becerileri
Alan Bilgisi
Uygulamanın karmaşıklığı
Tarihsel veri
Proje için hata döngüleri
Kaynak kullanılabilirliği
Verimlilik varyasyonları
Sistem ortamı ve kesinti

Tahmin Tekniklerinin Test Edilmesi

Aşağıdaki test tahmin tekniklerinin doğru olduğu kanıtlanmıştır ve yaygın olarak kullanılmaktadır -

PERT yazılım test tahmin tekniği
UCP Yöntemi
WBS
Geniş bant Delphi tekniği
Fonksiyon noktası / Test noktası analizi
Yüzde dağılımı
Deneyime dayalı test tahmin tekniği

PERT Yazılım Test Tahmin Tekniği

PERT yazılım test tahmin tekniği, her bir test görevinin alt görevlere bölündüğü ve ardından her alt görev için üç tür tahminin yapıldığı istatistiksel yöntemlere dayanır.

Bu teknikte kullanılan formül -

Test Estimate = (O + (4 × M) + E)/6

Nerede,

O = İyimser tahmin (hiçbir şeyin ters gitmediği ve tüm koşulların optimal olduğu en iyi durum senaryosu).

M = Büyük olasılıkla tahmin (büyük olasılıkla süre ve bazı sorunlar olabilir, ancak çoğu şey doğru gidecek).

L = Kötümser tahmin (her şeyin ters gittiği en kötü durum senaryosu).

Teknik için Standart Sapma şu şekilde hesaplanır:

Standard Deviation (SD) = (E − O)/6

Kullanım Durumu Nokta Yöntemi

UCP Metodu, yazılım test tahminini belirlemek için düzeltilmemiş aktör ağırlıklarını ve ayarlanmamış kullanım durumu ağırlıklarını hesapladığımız kullanım durumlarına dayanmaktadır.

Kullanım durumu, ilgili uygulama ile etkileşimde bulunan farklı kullanıcıları, sistemleri veya diğer paydaşları belirten bir belgedir. Aktörler olarak adlandırılırlar. Etkileşimler, senaryo olarak adlandırılan farklı davranış veya akış yoluyla tüm paydaşların çıkarlarını koruyan bazı tanımlanmış hedefleri gerçekleştirir.

Step 1- Hayır'ı say. aktörlerin. Aktörler arasında olumlu, olumsuz ve istisnai yer alır.

Step 2 - Ayarlanmamış oyuncu ağırlıklarını şu şekilde hesaplayın:

Unadjusted Actor Weights = Total no. of Actors

Step 3 - Kullanım durumlarının sayısını sayın.

Step 4 - Ayarlanmamış kullanım durumu ağırlıklarını şu şekilde hesaplayın:

Unadjusted Use-Case Weights = Total no. of Use-Cases

Step 5 - Ayarlanmamış kullanım durumu noktalarını şu şekilde hesaplayın:

Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)

Step 6- Teknik / çevresel faktörü (TEF) belirleyin. Mevcut değilse, 0,50 olarak alın.

Step 7 - Ayarlanmış kullanım durumu noktasını şu şekilde hesaplayın:

Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]

Step 8 - Toplam eforu şu şekilde hesaplayın:

Total Effort = Adjusted Use-Case Point × 2

İş Kırılım Yapısı

Step 1 - Test projesini küçük parçalara ayırarak WBS oluşturun.

Step 2 - Modülleri alt modüllere ayırın.

Step 3 Alt modülleri işlevselliklere ayırın.

Step 4 - İşlevleri alt işlevlere ayırın.

Step 5 - WBS'ye eklendiklerinden emin olmak için tüm test gereksinimlerini gözden geçirin.

Step 6 - Ekibinizin tamamlaması gereken görev sayısını belirleyin.

Step 7 - Her görev için eforu tahmin edin.

Step 8 - Her görevin süresini tahmin edin.

Geniş Bant Delphi Tekniği

Geniş Bant Delphi Yöntemi'nde, WBS, görevleri yeniden tahmin etmek için 3-7 üyeden oluşan bir ekibe dağıtılır. Nihai tahmin, ekip fikir birliğine dayalı özetleştirilmiş tahminlerin sonucudur.

Bu yöntem, herhangi bir istatistiksel formülden ziyade deneyimden daha çok bahsediyor. Bu yöntem Barry Boehm tarafından, ekibin test çabasını tahmin ederken problemlerin farklı yönlerini görselleştirdiği bir fikir birliğine varmak için grup yinelemesini vurgulamak için popüler hale getirildi.

Fonksiyon Noktası / Test Noktası Analizi

FP'ler, kullanıcının bakış açısından yazılım uygulamasının işlevselliğini gösterir ve bir yazılım projesinin boyutunu tahmin etmek için bir teknik olarak kullanılır.

Testte tahmin, gereksinim spesifikasyon belgesine veya uygulamanın önceden oluşturulmuş bir prototipine dayanır. Bir proje için FP'yi hesaplamak için bazı ana bileşenler gereklidir. Onlar -

Unadjusted Data Function Points - i) Dahili Dosyalar, ii) Harici Arayüzler
Unadjusted Transaction Function Points - i) Kullanıcı Girdileri, ii) Kullanıcı Çıktıları ve iii) Kullanıcı Soruları
Capers Jones basic formula -

Test Durumlarının Sayısı = (Fonksiyon Puanlarının Sayısı) × 1.2
Total Actual Effort (TAE) -

(Test senaryolarının sayısı) × (Geliştirme Eforunun Yüzdesi / 100)

Yüzde Dağılımı

Bu teknikte, Yazılım Geliştirme Yaşam Döngüsünün (SDLC) tüm aşamalarına% olarak efor atanır. Bu, benzer projelerden alınan geçmiş verilere dayanabilir. Örneğin -

Evre	Çaba Yüzdesi
Proje Yönetimi	% 7
Gereksinimler	% 9
Tasarım	% 16
Kodlama	% 26
Test (tüm Test Aşamaları)	% 27
Dokümantasyon	% 9
Kurulum ve Eğitim	% 6

Daha sonra, test için harcanan çaba yüzdesi (tüm test aşamaları) tüm Test Aşamaları için daha da dağıtılır -

Tüm Test Aşamaları	Çaba Yüzdesi
Bileşen Testi	16
Bağımsız Test	84
Total	100

Bağımsız Test	Çaba Yüzdesi
Entegrasyon Testi	24
Sistem Testi	52
Kabul testleri	24
Total	100

Sistem Testi	Çaba Yüzdesi
Fonksiyonel Sistem Testi	65
İşlevsel Olmayan Sistem Testi	35
Total	100

Test Planlama ve Tasarım Mimarisi	% 50
İnceleme aşaması	% 50

Deneyime Dayalı Test Tahmin Tekniği

Bu teknik analojilere ve uzmanlara dayanmaktadır. Teknik, önceki projelerde benzer uygulamaları zaten test ettiğinizi ve bu projelerden ölçümleri topladığınızı varsayar. Ayrıca önceki testlerden ölçümleri de topladınız. Uygulamayı (test etmenin yanı sıra) çok iyi bilen ve topladığınız ölçümleri kullanan ve test etme çabasına varan konu uzmanlarından girdi alın.