Yazılım Testinde Test Olgunluk Modeli (TMM) Nedir?

⚡ Akıllı Özet

Test Olgunluk Modeli (TMM), bir kuruluşun yazılım test sürecinin olgunluğunu, Başlangıç'tan Optimize Edilmiş'e kadar beş aşamalı bir ölçekte ölçer. Teste kendi iyileştirme yol haritasını ve değerlendirme yöntemini kazandırmak amacıyla CMM'den türetilmiştir.

📐 İki Bileşen: Beş yetenek seviyesi ve bir kuruluşu bu seviyelerden birine yerleştiren bir değerlendirme modeli.
🪜 Kümülatif Seviyeler: Her seviye, bir alt seviyenin hedeflerini gerektirir, bu nedenle hiçbir seviye atlanamaz.
🔍 Seviye 1'ten 2'e: Test etme, hata ayıklamadan ayrılır ve kendine özgü politikaları, hedefleri ve temel teknikleri kazanır.
🔄 Seviye 3'ten 4'e: Test etme süreci, tüm yaşam döngüsüne entegre olur, ardından ölçülür, nicelendirilir ve kusurları tespit eder.tracked
???? Seviye 5: Süreç, hata önleme, araç desteği ve sürekli iyileştirme ile optimize edilmiştir.
📜 Mevcut Standart: TMMi tarafından sürdürülmektedir. FoundationGünümüzde resmi belgelendirme için kullanılan halefidir.

Devamını Oku

Test Olgunluk Modeli (TMM) nedir?

Test Olgunluk Modeli (TMM) TMM, bir kuruluşun yazılım test sürecinin ne kadar olgun olduğunu değerlendirmek için kullanılan bir çerçevedir. Mevcut olgunluk seviyesini belirler ve süreci adım adım iyileştirmek için hedefler koyar. TMM, diğer herhangi bir süreç iyileştirme modeliyle birlikte kullanılabilir veya tamamen bağımsız olarak kullanılabilir.

TMM, Yetenek Olgunluk Modeli (CMM) üzerine kuruludur ve 1990'larda Illinois Teknoloji Enstitüsü'nde Ilene Burnstein ve meslektaşları tarafından geliştirilmiştir. CMM tüm geliştirme sürecini ölçerken, TMM yalnızca test aşamasına odaklanır.

Modelin iki ana bileşeni vardır:

Test yeteneğini tanımlayan beş seviyeden oluşan bir küme.
Bir kuruluşu bu seviyelerden birine yerleştirmek için kullanılan bir değerlendirme modeli.

Test Olgunluk Modelinin Beş Seviyesi

Beş seviye, bir kuruluşun mevcut test sürecini belirlemesine ve bir sonraki seviyeye ulaşmak için hangi iyileştirmelerin gerekli olduğunu tam olarak görmesine olanak tanır. Her seviye bir önceki seviyenin üzerine kuruludur, bu nedenle atlanamazlar.

İsimlendirme ile ilgili not: Orijinal Burnstein modeli, aşamaları Başlangıç, Aşama Tanımı, Entegrasyon, Yönetim ve Ölçüm ile Optimizasyon/Hata Önleme ve Kalite Kontrol olarak adlandırır. Aşağıda kullanılan daha kısa isimler ise sektörde yaygın olarak kullanılanlardır.

TMM Seviyeleri	Hedefler	TMM seviyelerinin bir hedefi
Seviye 1: Başlangıç	Yazılım başarıyla çalışmalıdır	Bu seviyede hiçbir süreç alanı tanımlanmamıştır Testin amacı yazılımın iyi çalıştığından emin olmaktır. Bu düzeyde kaynaklar, araçlar ve eğitimli personel yoktur Yok hayır Kalite güvencesi yazılım teslimatından önce kontroller
Seviye 2: Tanımlanmış	Test etme ve hata ayıklama hedeflerini ve politikalarını geliştirin	Test etme işlemi hata ayıklama işleminden ayrı tutulur ve ikisi birbirinden farklı faaliyetler olarak ele alınır. Kodlamanın ardından test aşaması gelir Testin temel amacı, yazılımın spesifikasyonları karşıladığını göstermektir. Temel test yöntemleri ve teknikleri mevcuttur
Seviye 3: Entegre	Testin yazılım yaşam döngüsüne entegrasyonu	Test, tüm yaşam döngüsüne entegre ediliyor Test hedefleri gereksinimlerden türetilir. Test organizasyonu mevcut Profesyonel bir faaliyet olarak kabul edilen test
Seviye 4: Yönetim ve Ölçüm	Bir test ölçüm programı oluşturun	Test ölçülmüş ve niceliği belirlenmiş bir süreçtir RevGeliştirmenin her aşamasındaki görüşler, test faaliyetleri olarak kabul edilir. Yeniden kullanım için ve Gerileme testi, test senaryoları toplanır ve bir test veritabanına kaydedilir Kusurlar günlüğe kaydedilir ve önem dereceleri verilir
Seviye 5: Optimize Edildi	Test süreci optimizasyonu	Test yönetilir ve tanımlanır Test etkinliği ve maliyetleri izlenebilir Testlerde ince ayarlar yapılabilir ve sürekli olarak geliştirilebilir Kalite kontrol ve kusur önleme uygulanıyor Sürecin yeniden kullanımı uygulanır Testle ilgili metriklerde ayrıca araç desteği bulunur Araçlar aşağıdakiler için destek sağlar: Test Durumu tasarım ve kusur toplama

TMM ve TMMi: Neler Değişti?

Yukarıda açıklanan model, Illinois Teknoloji Enstitüsü'nün orijinal TMM modelidir. 2005 yılında TMMi Foundation bağımsız bir kar amacı gütmeyen kuruluş olarak kuruldu ve yayınlandı. TMMiGünümüzde kuruluşların değerlendirildiği ve sertifikalandırıldığı Test Olgunluk Modeli entegrasyonu.

Kriterler	TMM	TMMi
Orjin	Illinois Teknoloji Enstitüsü, 1990'lar	TMMi Foundation, 2005 gelen
Hizalı	CMM	CMMI
Structure	Olgunluk hedefleri olan beş seviye	Resmi süreç alanları, hedefleri ve uygulamaları olan beş seviye
Seviye 2 adı	Faz Tanımı	Yönetilen
Seviye 5 adı	Optimizasyon, Hata Önleme ve Kalite Kontrolü	Optimizasyon
Resmi sertifika	Müsait değil	Akredite değerlendiriciler aracılığıyla temin edilebilir.

TMMi'nin beş seviyesi Başlangıç, Yönetilen, Tanımlanan, Ölçülen ve Optimizasyon'dur. Düşünce aynıdır, ancak TMMi süreç alanlarını ve gerekli uygulamaları çok daha ayrıntılı olarak belirtir; bu da bağımsız değerlendirmeyi mümkün kılar. Yeni bir iyileştirme programı için bir model seçiyorsanız, TMMi ile başlayın; TMM kavramsal temel olarak yararlı olmaya devam etmektedir.

CMM ve TMM Arasındaki Fark

CMM	TMM
Yazılım geliştirme sürecinin tamamının olgunluk düzeyini değerlendirir.	Yargıçlar yalnızca test sürecinin olgunluğunu değerlendirir.
Gereksinimleri, tasarımı, kodlamayı ve proje yönetimini kapsar.	Test planlaması, test tasarımı, yürütülmesi ve hata önleme konularını kapsar.
Carnegie Mellon'daki SEI'ye aitti, şimdi ise CMMI tarafından devralındı.	Illinois Teknoloji Enstitüsü'nde geliştirilen ve şu anda TMMi tarafından devralınan bu sistem,
Test etme, birçok uygulama alanından biridir.	Test etme, modelin tüm konusudur.
Bir kuruluşun tedarikçi olarak sertifikalandırılması için kullanılır.	Hedefleme ve sıralama için kullanılır. yazılım testi iyileştirmeler

TMM Değerlendirmesi Nasıl Yapılır?

Bir değerlendirme, bir kuruluşun nerede olduğunu düşündüğünden ziyade, gerçekte nerede olduğunu ortaya koyar. Beş aşamadan oluşur.

Kapsamı tanımlayın. Hangi ürünlerin, ekiplerin veya iş birimlerinin kapsanacağına karar verin. Bir şirketin tamamını aynı anda değerlendirmek nadiren uygulanabilir sonuçlar doğurur.
Kanıt toplayın. Test planlarını, test senaryolarını, hata raporlarını ve ölçümleri toplayın, ardından test uzmanları, geliştiriciler ve yöneticilerle ayrı ayrı görüşmeler yapın. Belgeler yazılı olanları gösterir; görüşmeler ise gerçekte olanları gösterir.
Her golü değerlendirin. Hedeflenen olgunluk seviyesindeki her bir hedefi, tamamen başarılmış, kısmen başarılmış veya başarılmamış olarak puanlayın. Bir seviyeye ancak tüm hedefleri tamamen başarıldığında ulaşılmış sayılır.
Eksiklikleri belirleyin. İlerlemenin önündeki engelleri, karşılanmamış hedefleri sırasına göre listeleyin. Seviyeler kümülatif olduğundan, 3. seviye çalışmalarına başlamadan önce 2. seviyedeki bir açığın kapatılması gerekir.
İyileştirme planını oluşturun. Her bir boşluğa bir sorumlu, bir hedef tarih ve ölçülebilir bir sonuç atayın, ardından kararlaştırılan bir süre sonra yeniden değerlendirin.

İki pratik uyarı. Birincisi, öz değerlendirme genellikle cömert olma eğilimindedir; sonuç ticari açıdan önemliyse, akredite edilmiş harici bir değerlendirici kullanın. İkincisi, bir seviye numarası peşinde koşma cazibesine kapılmayın. Değer, eksikliklerin ortaya çıkardığı iyileştirmelerdedir, rozette değil.

Test Olgunluk Modelinin Faydaları ve Sınırlamaları

Faydalar

Nesnel bir temel ölçüt: Bu model, test kalitesi hakkındaki görüşleri tanımlanmış bir seviye ve belgelenmiş bir eksiklik listesiyle değiştiriyor.
Sıralı bir yol haritası: Seviyeler kümülatif olduğundan, iyileştirme sırası sizin için otomatik olarak belirlenir.
Hata tespitinin erken aşamada yapılması: Daha üst kademeler, test süreçlerini gereksinimler ve tasarım aşamalarına doğru kaydırır; çünkü düzeltmeler en ucuz bu aşamalarda yapılır.
Ortak bir kelime dağarcığı: Test uzmanları, geliştiriciler ve yönetim, olgunluk kavramını aynı terimlerle tartışıyor.
Tedarikçi kanıtı: Tedarik ve sözleşme süreçlerinde resmi bir TMMi seviyesi tanınmaktadır.tracmüzakereler.

Sınırlamalar

Yavaş ve maliyetli: Bir üst seviyeye çıkmak genellikle aylar süren sürekli çaba gerektirir.
Bolca dokümantasyon içeriyor: Kanıt gereklilikleri, katı bir şekilde uygulandığı takdirde, hafif çevik uygulama prensipleriyle çelişebilir.
Seviye takibi: Ekipler, ürün kalitesinden ziyade değerlendirme için optimizasyon yapabilirler.
Becerinin yerini tutmaz: Olgunlaşmış bir süreçte deneyimsiz test uzmanları görev yapsa bile, yine de zayıf testler ortaya çıkar.

Test Olgunluk Modeli: Temel Bulgular

TMM, bir test sürecinin olgunluğunu Başlangıç seviyesinden Optimize edilmiş seviyeye kadar beş düzeyde değerlendirir.
CMM'den türetilmiştir ancak kapsamını tüm geliştirme sürecinden yalnızca test aşamasına daraltır.
Seviyeler kümülatiftir: bir kuruluş, Tanımlanmış hedeflerine ulaşmadan Entegre seviyesine ulaşamaz.
Teslimattan sonra tespit edilen kusurların giderilmesi en pahalı olanlardır; bu da test olgunluk seviyesini yükseltmenin ekonomik gerekçesini oluşturmaktadır.
TMMi tarafından sürdürülmektedir. Foundation, şu anki halefidir ve resmi sertifikasyon için kullanılanıdır.

SSS

TMM, Illinois Teknoloji Enstitüsü'nün orijinal akademik modelidir. TMMi ise onun halefidir ve TMMi tarafından sürdürülmektedir. FoundationCMMI ile uyumlu ve resmi, akredite sertifikasyonu destekleyecek kadar detaylı.

Hayır. Seviyeler kümülatiftir, bu nedenle alt seviyedeki her hedef önce tamamen gerçekleştirilmelidir. Otomasyonu yoğun olarak kullanan ancak test politikası olmayan bir ekip hala 1. seviyededir.

Evet, ancak dikkatli bir şekilde uygulanmalıdır. Amaçlar belgelerden ziyade test sonuçlarıyla ilgilidir, bu nedenle çevik bir ekip, resmi planlar yerine otomatik test paketleri ve tamamlanma tanımı kriterleriyle bu amaçları karşılayabilir.

Yapay zeka destekli test üretimi ve kendi kendini onaran otomasyon, esas olarak ölçüm ve hata önleme işlemlerinin zaten mevcut olduğu üst seviyeleri destekler. 1. seviyede uygulandıklarında, modelin ölçtüğü disiplini eklemeden hızı artırırlar.

Evet. Yapay zeka, hata verilerini, test kapsamını ve dokümantasyonu analiz ederek olası bir seviyeyi belirtebilir ve eksiklikleri vurgulayabilir. Resmi olarak onaylanmış bir derecelendirme için yine de akredite bir insan değerlendiriciye ihtiyaç duyulmaktadır.