Menü

Kalite Güvencesi ve Test Süreci için Seviye 5 Olgunluğuna Nasıl Ulaşılır?

  • Ana
  • Kalite Güvencesi
  • Kalite Güvencesi ve Test Süreci için Seviye 5 Olgunluğuna Nasıl Ulaşılır?

how achieve level 5 maturity

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Bu makale, CMM seviyelerinin ne olduğunu ve bu CMM seviyelerine nasıl ulaşılacağını açıklar. QA süreçleri - en iyi örneklerle açıklanmıştır.

İster bir QA süreci, ister geliştirme süreci veya herhangi bir teknik olmayan süreç olsun, herhangi bir süreç için olgunluk seviyeleri vardır. Olgunluk seviyeleri ile, geçici süreçler gibi formalite ve süreç iyileştirme seviyesinin - resmi olarak tanımlanmış adımlara - yönetilen sonuç metriklerine - süreçlerin optimizasyonuna kadar olduğunu kastediyoruz.

QA ve Test Süreci için Seviye 5 Olgunluk

Ne öğreneceksin:

CMM (Yetenek Olgunluk Modeli)

Bu, bir kuruluşun farklı alanlardaki olgunluğunu değerlendirmek için kullanılan süreç tabanlı bir modeldir. CMM kavramı, Yazılım Mühendisliği Enstitüsü tarafından tanıtıldı ( BE ) ABD'de.

Bu model Yazılım Geliştirme sürecine uygulanmasına rağmen, sonunda diğer süreçler için ve ayrıca kalite güvence ve testler için kullanılır.

1'den 5'e kadar 5 farklı olgunluk seviyesine sahiptir. 1'den 5'e doğru giderken değişkenlik ve tutarsızlık azalır. Aşağıda 5 seviyenin ayrıntıları verilmiştir. Burada geçeceğiz 5 CMM seviyesi QA süreciyle ilgili olarak ve her seviye için bir kalite güvence / test sürecini olgunlaştırmak ve 5. seviyeye ulaşmak için beklenen tüm çıktı / sonuç.

CMM Seviyeleri

Seviye 1 (Başlangıç) - Ad-Hoc: Planlanmamış, Sistematik Olmayan ve Tutarsız

'Ad-Hoc' kelimesinin belirttiği gibi: planlanmamış, hazırlıksız, bu seviyede planlama, takip süreçleri, yönergeler ve standartlara önem verilmiyor. Herhangi bir görevi yapmanın standart ve tutarlı bir yolu yoktur. Bu seviyede önemli olan tek şey, son ürün ve çıktıların kalitesinden bağımsız olarak zaman çizelgelerine uymaktır.

Önceden tanımlanmış standartlar ve süreçler olmadığından, aynı görev farklı kişiler tarafından farklı şekillerde yapılır.

Ve bir dahaki sefere aynı görev farklı yapılırsa bu daha da sistematik olmayan ve tutarsız hale gelir, çünkü işlemde işlemin kopyalanmasına izin verebilecek hiçbir belge yoktur.

Bu nedenle, bu düzeyde, süreç zayıf bir şekilde kontrol edilir, öngörülemez ve reaktiftir.

Örneğin,
QA - Örnek, bir kuruluşta QA bir ürün yaşam döngüsündeki aşamalardan biri olmasına rağmen, herhangi bir standart ve tanımlanmış bir süreç olmaması, QA çıktıları için şablon olmamasıdır - test planı, test stratejisi, test senaryoları ve test senaryoları standardize edilmemiştir.

Bu şeyler tanımlanmış ve belgelenmiş olsa bile, tüm ekip üyelerinin görevleri kendi kendilerine yapma yöntemleri vardır ve süreç hiç de tutarlı değildir. Yani, temelde QA üzerinde kontrol yoktur ve bu kaotik bir aşamadır.

Seviye 2 (Tekrarlanabilir) - Kontrol: Süreçleri Yüksek Seviyede Tanımlamayı Başlatın

Bu aşamada, Seviye 1'de gördüğümüz QA süreçlerinin, metodolojisinin ve standartlarının kullanılamamasıyla ilgili soruna çözüm buluyoruz. Süreçlerimiz, metodolojimiz ve standartlarımız var.

Standartlar ve süreçler yalnızca nihai hale getirilmekle kalmaz, aynı zamanda iyi bir şekilde belgelendirilir, böylece bunlar daha önce yapılmış benzer görevlerden herhangi biri tarafından yeniden kullanılabilir. Bu nedenle, aynı tür işleri yapmak için adımları tekrarlayabildiğimiz için bu düzey 'tekrarlanabilir' olarak bilinir.

Dolayısıyla, odak noktası bu seviyedeki temel proje yönetimidir.

Örneğin,
QA - İşlevsel, veri, performans vb. Gibi farklı test türleri için genel QA sürecini ve metodolojisini tanımlayın. Projenin yaşam döngüsündeki bir QA mühendisinin ve test liderinin rolünü ve sorumluluklarını tanımlayın ve her aşamada teslim edilecekler için şablonlar hazırlayın. Test planı, test stratejisi, test senaryoları ve test senaryolarının tümü yerinde olmalıdır.

Sadece tanımlamak ve hazırlamakla kalmaz, aynı zamanda dokümantasyonu ekip içinde paylaşın.

Seviye 3 (Tanımlı) - Temel Yetkinlik: Daha Geniş Kitle ve Alanlar İçin Genelleştirilmiş Bir Süreç Bulun

3. seviyede insanlar 2. seviyede tanımlanan standartları ve süreçleri takip etme konusunda motive edilir. Bunun için öncelikle süreçlerin ilgili tüm insanlara iletilmesi gerekir. Süreçleri ve standartları etkin ve verimli kullanmak için tüm becerilere ihtiyaç duyulduğu ve ayrıca bunun için herhangi bir eğitim gerekip gerekmediği tespit edilmelidir.

Ardından, bu standartları ve süreçleri takip etmek için kaynakları motive edin ve destekleyin. Burada, daha fazla deneyime sahip kişilerin bilgilerini başkalarıyla paylaşması gerekir.

Odak noktası dokümantasyon, süreç standardizasyonu ve entegrasyondur. Bu zamana kadar, kuruluş kendi standart yazılım testi sürecini geliştirmiştir.

Örneğin,
QA - İnsanların yeni tanımlanan QA süreci ve standartları hakkında bilgi sahibi olmalarını sağlamak için web seminerleri ve eğitim oturumları düzenleyin ve onları günlük proje çalışmaları sırasında bunlardan yararlanmaları için motive edin.

Seviye 4 (Yönetilen) - Öngörülebilir: Süreçleri Ölçün

Bu seviyede 3. seviyede tanımlanan süreçler kantitatif olarak ölçülür. Bu, herhangi bir görev için gereken çabayı kontrol etmek için yapılır. Bu nicel analize dayalı olarak, süreçler gerekirse ve son ürünün kalitesini düşürmeden ayarlanabilir.

Tüm süreci daha küçük alt süreçlere bölerek bir analiz yapılır ve ardından bu alt süreçlere kantitatif teknikler uygulanır. Sonuç olarak gerekirse alt süreçler ayarlanır. Bu seviye öngörülebilir olarak adlandırılır çünkü önceki deneyime dayanarak süreci nicel olarak tahmin edebilir ve gelecek süreçler için bu öngörüyü kullanabiliriz.

CMM seviye 4'ün temel süreç alanları, nicel proje yönetimi ve organizasyonel süreç performansıdır.

CMM seviye 4

Kısaca süreç bu seviyede ölçülür ve kontrol edilir.

Örneğin,
QA - Düzenli denetimler yapmak burada iyi bir fikir olabilir. Bu, ekiplerin standart şablonları kullanarak tanımlanan süreçleri gerçekten takip edip etmediğini, metodolojiye uyup uymadığını kontrol etmeyi içerebilir.

Otomasyon testiyle ilgileniyorsanız, otomasyon test komut dosyalarının periyodik kod incelemelerini yapmak burada uygun bir örnek olacaktır.

Seviye 5 (Optimizasyon) - Yenilikçi: Sürekli İyileştirme

Sürekli gelişme

Bu seviyede, önceden tanımlanmış süreçleri ve standartları daha da iyileştirmek için yenilikçi yollar belirlenir. Bu sürekli bir süreçtir. Bunun için yeni araçlar ve teknolojiler eklenerek, sürekli araştırma ve çalışmalar yapılarak ve pazardaki yeni bilgilerle kendimizi güncel tutarak kendi süreçlerimiz sürekli izlenmekte ve yeniden yapılandırılmaktadır.

Bu, diğer kuruluşları kıyaslayarak ve onlardan öğrenerek ve ona yeni yenilikler ekleyerek sürecimizi geliştirmeye çalışarak da başarılabilir. Dolayısıyla, odak noktası bu seviyede sürekli süreç iyileştirmedir. Temel süreç alanları, organizasyonel performans yönetimi ve nicel proje yönetimidir.

Örneğin,
QA - Önceki denetim sonuçlarına göre tanımlanan süreçleri ve metodolojiyi geliştirmeye devam edin.

Bazı çalışmalara dayanarak, 1. seviyedeki kuruluşların herhangi bir belirli görev için 1000 $ harcayabileceği, ardından 5. seviyedeki aynı görev organizasyonunun 10 $ harcaması gerektiği sonucuna varılmıştır.

Son zamanlarda kuruluşumda, aynı tür çabanın manuel olarak tekrarlanmasını gerektiren ve tasarruf edilebilecek ve diğer bazı üretken işlere koyulabilecek çok fazla saat harcayan regresyon testini manuel olarak yaptığımız tespit edildi.

Ardından, bir otomasyon test aracı yardımıyla regresyon testi sürecini otomatikleştirmek için bir Kavram Kanıtı yaptık. POC iyi gitti ve sonunda, otomasyon testi komut dosyaları aracılığıyla regresyon testini yapmayı başardık. Bu, çok fazla çaba ve zaman tasarrufu sağladı ve genel süreç iyileştirmesine katkıda bulundu.

Yukarıda belirtilen 5 seviyenin hepsini geçtikten sonra, 3. seviyeye ulaşmak zor gibi görünüyor. Bir kez ulaşıldığında, sonraki seviyeler çok uzak değil ve başarılması zor :)

İlave bilgi

Günümüzde CMMI modeli popüler hale geldi ve CMM'yi devraldı. CMMI (Yetenek olgunluk modeli entegrasyonu), CMM'nin halefinden başka bir şey değildir. Ayrı CMM modelleriyle ilgilenen ve geleneksel CMM'nin dezavantajının üstesinden gelen entegre bir yaklaşımdır. Ayrıca CMM'ye benzer 5 seviyeye sahiptir.

Aşağıda CMM ve CMMI arasındaki farkı öğrenebileceğiniz ve bu ikisini karşılaştırabileceğiniz çok kullanışlı bir bağlantı var:

Java'da soyut arayüz örneği

CMM ve CMMI

Yazılım test pazarında, burada bahsetmeye değer CMMI seviye 5 isimlerinden bazıları Capgemini India Pvt. Ltd - 'FSGBU Hindistan - Geliştirme ve Test Projeleri', Kişi - 'BT Profesyonel Hizmetleri - Test Projeleri' ve Infosys Kamu Hizmetleri - 'Yazılım Geliştirme, Bakım ve Test'.

Çeşitli kuruluşların CMMI derecelendirmesini alabilirsiniz İşte .

Daha fazla okuma: SEI nedir? CMM? ISO? IEEE? ANSI? Yardımcı olacak mı?

Bu konuk makalesi Meenal Balajiwale.
Meenal, bir MNC'de Takım Lideri olarak çalışıyor. İşlevsel, veri, performans ve güvenlik testlerini gerçekleştirmek için genel QA sürecinde uzmanlaşmıştır. Waterfall ve Agile modelleri üzerinde çalıştı. BI testi, web testi, veri kalitesi üzerinde çalıştım.

Lütfen sorularınızı aşağıdaki yorumlara göndermekten çekinmeyin.

Önerilen Kaynaklar

^