ISO/IEC 29119 - ISO/IEC 29119

ISO/IEC/IEEE 29119 Yazılım ve sistem mühendisliği -- Yazılım testi , yazılım testi için beş uluslararası standarttan oluşan bir seridir . İlk olarak 2007'de geliştirilen ve 2013'te yayınlanan standart, "herhangi bir yazılım geliştirme yaşam döngüsü içinde kullanılabilecek, kelime dağarcığı, süreçler, belgeler, teknikler ve test için bir süreç değerlendirme modelini tanımlar."

Tarihçe ve revizyonlar

ISO / IEC / IEEE 29119 yazılım test standartları setinin geliştirilmesi gibi mevcut standartlara dayalı, Mayıs 2007'de başlayan Elektrik Enstitüsü ve Elektronik Mühendisleri 'nin IEEE 829 (test belgeleri) ve IEEE 1008 (birim testi); ve BSI Group'un BS 7925-1 (kelime bilgisi) ve -2 (yazılım bileşenleri).

İlk başta Uluslararası Standardizasyon Örgütü'nün (ISO) önemli yazılım testi deneyimine sahip bir çalışma grubu yoktu , bu nedenle ISO, 2011 yılına kadar 20'den fazla farklı ülke tarafından temsil edilen WG26'yı oluşturdu. Başlangıçta standart için dört bölüm geliştirilmiştir: Kavramlar ve tanımlar (1), Test süreçleri (2), Test belgeleri (3) ve Test teknikleri (4). Süreç değerlendirmesiyle ilgili beşinci bir bölüm eklenmek üzere değerlendirildi ve sonuçta 29119-2'nin test süreçlerine bağlanan ISO/IEC 33063:2015 oldu. 29119'un asıl beşinci bölümü, anahtar kelimeye dayalı test kavramıyla ilgili olarak Kasım 2016'da yayınlandı .

Haziran 2018 itibariyle, standardın beş bölümünde büyük bir revizyon yapılmamıştır. Bu parçalar, en yeniden en eskiye doğru:

  • ISO/IEC/IEEE 29119-5:2016, Bölüm 5: Anahtar kelimeye dayalı testler, Kasım 2016'da yayınlandı
  • ISO/IEC/IEEE 29119-4:2015, Bölüm 4: Test teknikleri, Aralık 2015'te yayınlandı
  • ISO/IEC/IEEE 29119-3:2013, Bölüm 3: Eylül 2013'te yayınlanan test belgeleri
  • ISO/IEC/IEEE 29119-2:2013, Bölüm 2: Test süreçleri, Eylül 2013'te yayınlandı
  • ISO/IEC/IEEE 29119-1:2013, Bölüm 1: Kavramlar ve tanımlar, Eylül 2013'te yayınlandı

Yapı ve içerik

ISO/IEC/IEEE 29119-1:2013, Bölüm 1: Kavramlar ve tanımlar

ISO/IEC/IEEE 29119 Bölüm 1, standardın üzerine inşa edildiği kelime dağarcığını tanıtarak standardın diğer bölümlerinin kullanımını kolaylaştırır ve pratikte uygulanmasına ilişkin örnekler sağlar. Bölüm 1, tanımları, yazılım testi kavramlarının açıklamasını ve bu tanım ve kavramları standardın diğer bölümlerine uygulama yollarını sağlar.

ISO/IEC/IEEE 29119-2:2013, Bölüm 2: Test süreçleri

Bölüm 2, yazılım testi gerçekleştirirken kuruluşlar tarafından kullanılması amaçlanan yazılım testi için genel bir test süreci modelini tanımlar. Kurumsal düzeyde, test yönetimi (proje) düzeyinde ve dinamik test süreci düzeylerinde yazılım test süreçlerini tanımlayan test süreci tanımlarını içerir (WG26, statik testin dahil edilmesi konusunda fikir birliğine varamadı). Bu standartta tanımlanan süreçler, farklı yazılım geliştirme yaşam döngüsü modelleri ile birlikte kullanılabilir.

ISO/IEC/IEEE 29119-3:2013, Bölüm 3: Test belgeleri

Bu bölüm, yazılım test dokümantasyonu ile ilgilidir ve test sürecinde üretilen şablonlar ve test dokümantasyon örneklerini içerir. Şablonlar, Bölüm 2'nin üç ana test süreci seviyesini destekler ve standart ayrıca mevcut diğer standartlarla eşleştirmeyi de içerir.

ISO/IEC/IEEE 29119-3'te tanımlanan belgeler aşağıdaki gibidir:

Organizasyonel Test Süreci Dokümantasyonu:
- Test Politikası
- Organizasyonel Test Stratejisi
Test Yönetim Süreci Dokümantasyonu:
- Test Planı (bir Test Stratejisi dahil)
- Test Durumu
- Testin Tamamlanması
Dinamik Test Süreci Dokümantasyonu:
- Test Tasarım Spesifikasyonu
- Test Durumu Spesifikasyonu
- Test Prosedürü Spesifikasyonu
- Test Verisi Gereksinimleri
- Test Verisi Hazırlık Raporu
- Test Ortamı Gereksinimleri
- Test Ortamı Hazırlık Raporu
- Fiili sonuç
- Test sonucu
- Test Yürütme Günlüğü
- Test Olay Raporu

ISO/IEC/IEEE 29119-4:2015, Bölüm 4: Test teknikleri

Bölüm 4, yazılım test tasarım tekniklerinin (test senaryosu tasarım teknikleri veya test yöntemleri olarak da bilinir) standart tanımlarını ve Bölüm 2'de tanımlanan test tasarımı ve uygulama süreçleri sırasında kullanılabilecek ilgili kapsam ölçümlerini sağlar. veya Bölüm 2'den ayrı olarak kullanılabilir. Standardın test tasarım teknikleri üç ana kategoriye ayrılır: Spesifikasyon-, Yapı- ve Deneyime Dayalı Test Tasarım Teknikleri.

Spesifikasyona dayalı test tasarım teknikleri

Bu teknikler, test edilen sistemin (fonksiyonel) özelliklerine dayanmaktadır . Bunlara kara kutu test teknikleri de denir .

Bu grupta önerilen test tasarım teknikleri şunlardır:

Yapı tabanlı test tasarım teknikleri

Bu yapısal test teknikleri, test edilen sistemin (iç) yapısına dayanmaktadır. Beyaz kutu test teknikleri olarak da adlandırılırlar.

Bu grupta önerilen test tasarım teknikleri şunlardır:

Deneyime dayalı test tasarım teknikleri

Bu keşif amaçlı test teknikleri , insan test cihazının deneyimine dayanır .

Bu grupta önerilen test tasarım teknikleri şunlardır:

ISO/IEC/IEEE 29119-5:2016, Bölüm 5: Anahtar kelimeye dayalı test

Bu standart , yazılım test endüstrisinde kullanılan yazılım testlerini (normalde otomatikleştirilmiş) belirlemeye yönelik bir yaklaşım olan anahtar kelimeye dayalı testleri kapsar . Bu standart, "anahtar kelimeye dayalı test spesifikasyonları oluşturmak, karşılık gelen çerçeveler oluşturmak veya anahtar kelimelere dayalı test otomasyonu oluşturmak isteyen" kullanıcılara yöneliktir .

tartışma

2014 yazında doruğa ulaşan ISO/IEC/IEEE 29119'un piyasaya sürülmesiyle birlikte, bazı yazılım test uzmanları ve ilgili kuruluşlar, ISO'nun standardı iptal etmesi için çağrılar yapmaya başladı. Standardı protesto eden önemli kuruluşlar arasında Yazılım Testi Derneği ve Uluslararası Yazılım Testi Derneği de vardı. Standarda karşı çıkmak için bazı nedenler:

  • profesyonel test uzmanları arasında - ISO/IEC'nin gerektirdiği gibi - gerçek içerik fikir birliği eksikliği
  • belgelere yoğun bir şekilde odaklanmak, gerçek yazılım testi sürecinden uzaklaşacaktır.
  • ISO 29119, insanların karmaşık, stresli organizasyonlar yaparken yararsız uygulamalara tutunma biçimlerini güçlendirirken, bilişsel olarak zorlu görevler üzerinde çalışma biçimleriyle tutarsızdır.
  • standart, yönetmelik ve standartlardaki kural ve ilkeler dengesine ilişkin başka bir yerde ilgili çalışmaları dikkate almıyor; Standart, testi yönetmesi gereken ilkeler konusunda net değilken, ayrıntılar konusunda aşırı kuralcı olduğundan, araçlar ve amaçlar arasında bir karışıklığa yol açıyor
  • standart, içeriğe dayalı testi etkin bir şekilde hariç tutar
  • genel olarak yazılım testinin standardizasyonu gereksizdir
  • standart politik ve parasal çağrışımlara sahiptir ve endüstriye fayda sağlamayan çok kuralcıdır

WG26'nın toplayıcısı Dr. Stuart Reid, Eylül 2014'te bu ve diğer karşıt görüşlerden bazılarına yanıt verdi, ancak yazılım testçilerinin şikayetleri nedeniyle WG26 tarafından başka bir işlem yapılıp yapılmadığı net değil.

Referanslar