Menü

Kalite Açıklamaları için 8 Anahtar Performans Göstergesi (Panaya Test Dynamix Review)

  • Ana
  • Kalite Güvencesi
  • Kalite Açıklamaları için 8 Anahtar Performans Göstergesi (Panaya Test Dynamix Review)

8 key performance indicators

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

Bu makale, Panaya Test Dynamix uçtan uca test çözümünün yardımıyla Kalite Açıklamaları için 8 Temel Performans Göstergesini açıklamaktadır:

Yazılım Kalite Yöneticilerinin yüksek kaliteli yazılımı rekor kıran bir hızda sunma konusunda artan bir baskıyla karşı karşıya olduğu bir sır değil.

Hepimizin sık sık sorduğu soru şudur - yazılım kalitesi açısından 'başarımızı nasıl ölçebiliriz'?

Pazara çıkış hızı çok daha basit bir hesaplamadır, ancak yüksek kaliteli yazılım sunma performansımızı ölçmek, proje metodolojisi (şelale, hibrit, çevik), yazılımın karmaşıklığı, teknik bilgi düzeyi gibi çok sayıda faktöre bağlıdır. borç, arayüz sayısı ve çok daha fazlası.

Özetle, kabul edilebilir bir seviyede oynayan değişkenlerin sayısı yüksek ciddiyet kusurları hafife alınmamalıdır. Bu nedenle, bu pazarda ayakta kalabilmek için hem fikirlerimizde hem de ölçüm çubuklarımızda sürekli olarak gelişmemiz gerekiyor.

c ++ 'da uyku işlevi

Kalite Puan Kartınıza eklemeniz ve yayın riskini azaltmak, kaliteyi iyileştirmek ve başarınızı hemen ölçmek için izlemeye başlamanız gereken en iyi 8 KPI listesini oluşturmamın nedeni budur.

Anahtar Performans Göstergeleri

Ne öğreneceksin:

Kalite Açıklamaları için Temel Performans Göstergeleri

# 1) Hata Tespit Etkinliği (DDE, AKA Kusur Tespit Yüzdesi)

Bu senin bir ölçüsü genel regresyon testi etkililik. Müşterileriniz tarafından piyasaya sürülmeden önce ve sonra bulunan kusurların oranı olarak hesaplanır.

Yayınladıktan sonra bulunan kusurlar genellikle şu şekilde bilinir: 'Olaylar' ve bir yardım masası sistemine kaydedilirken, test aşamalarında bulunan kusurlar ( Örneğin. , Birim, Sistem, Regresyon veya UAT) piyasaya sürülmeden önce tanımlanır ve aşağıdaki gibi araçlarla belgelenir: Panaya Test Dynamix .

Bu KPI'yi doğru bir şekilde hesaplamak için, üretim ortamınızda yayınlanmadan önce her bir kusurun içinde tanımlandığı yazılım sürümünü her zaman kategorize etmelisiniz.

DDE için sıklıkla kullanılan formül:

Yazılım Sürümü Sürümünde Tanımlanan Kusur Sayısı /

Yazılım Sürümündeki Hata Sayısı + Son Kullanıcılar Tarafından Tespit Edilen Kaçan Kusurlar (Örneğin., Olaylar)

İşte Basit Bir Örnek:

Son aylık SAP Hizmet Paketinde, regresyon testi döngünüz sırasında 95 kusur bulunduğunu ve sürümden sonra 25 kusurun günlüğe kaydedildiğini varsayalım. DDE, 95 bölü (95 + 25) =% 79 olarak hesaplanır.

DDE'nin üretime yayınlandıktan sonraki gün% 100'den başlayan bir çizgi grafikle izlenmesi gerektiğini unutmayın. Ve dahili son kullanıcılarınız ve müşterileriniz örnek olarak en son SAP hizmet paketinizle çalışmaya başlarken, kaçınılmaz olarak birkaç olayı günlüğe kaydedeceklerdir.

Hizmet Paketinin üretken ortama girmesinden sonraki ilk hafta 2 gün içinde 'beslenme çılgınlığı' yaşandığını deneyimledim. Olaylar günlüğe kaydedilirken% 100'den% 95'e hızlı bir düşüş fark edeceğiniz zamandır. Şirketiniz aylık bir Servis Paketi sürüm temposundaysa, her Servis Paketinde 30 günlük bir süre için DDE'yi ölçün.

Öte yandan, şirketiniz yılda yalnızca dört (4) büyük yayın döngüsü çalıştırıyorsa, bu süre içinde nasıl düştüğünü görmek için 90 gün boyunca ölçün.

Ne 'iyi bir DDE' olarak kabul edilir?

Her kuruluşun ve kişinin zaman içinde geliştirdiği tansiyon ölçümlerine çok benzer.

Tıp camiası 'optimal' kan basıncı okumasını 120/80 olarak tanımlasa da - yaşlandıkça sistolik kan basıncında bir artış görmek doğaldır. DDE ile, endüstri uygulayıcıları ve düşünce liderlerinin çoğu sektörde% 90'ın övgüye değer olduğunu söyledikleri bilinmektedir.

Bununla birlikte, kuruluşların, aşağıdaki gibi değişiklik etkisi simülasyon araçlarıyla sola kaydırarak tutarlı bir şekilde% 95'in üzerinde DDE elde ettiğini gördüm. Panaya’nın Etki Analizi .

# 2) Sistem Çapında Kusurlar (SWD)

Aynı nesnelerle ilişkili birden fazla kusurla hiç karşılaştınız mı? Elbette yapardın. Bu, birçok test yöneticisinin karşılaştığı yaygın bir olgudur.

Aniden, bir UAT döngüsünde bildirilen böcek sayısında büyük bir artış görürsünüz. Neyse ki, her 15 dakikada bir kusurları izleyen ve kopyaları manuel olarak 'bağlayan' ya da asıl nedeni kendiniz ayırt etmek için her bir açıklamayı okuyan türde olduğunuza bahse girerim, değil mi? Şüpheli.

Öyleyse, kaçınılmaz olan 'kusur enflasyonu' dramını yönetmek için seçenekleriniz nelerdir?

O gece tekrarlanan drama, genel merkezdeki liderlikle 'Neden bugün kusurlarda bu kadar ani bir artış?' (Duraklayın…. Yanıt vermeden önce derin nefes alın)… “Manuel bir kök neden analizi gerçekleştirmek için Fonksiyonel Liderlerimiz ile çalışma sürecindeyim.

Ancak konuların çoğunun ortak bir sorunla ilgili olduğunu düşünüyoruz, ancak bu henüz belirlenmedi ”, Tanıdık geliyor mu?

Benim önerim, Panaya'nın dediği şeyi izlemeye başlamanız. 'Sistem Genelinde Kusurlar' . Bunu manuel olarak takip etmek sonsuza kadar sürer - inan bana, birçok kez denedim. Eski ALM araçlarını kullanırken, geriye kalan tek şey kusurları birbirine bağlama ve bir yorum ekleme becerisidir.

Vay canına, bu gerçekten yardımcı oldu! (alaycı duydunuz mu?). Ancak şu anda araçlarla ilgili bir seçeneğiniz yoksa, Sistem Çapındaki Kusurları düzgün bir şekilde 'açıklamak' için zaman ayırmanız gerekecek mi? hata eğilim çizgisinin aşağıdan ziyade test döngüsünün sonuna doğru neden yukarı doğru hareket ettiği.

Bir şansınız olursa, Panaya Test Dynamix'e göz atın, SWD'yi sizin için anında otomatik olarak hesaplayan motora entegre edilmiştir.

Sistem genelinde kusur

Örümcek Ağı - Bu platformun 'Risk Kokpiti' içinde yer alan bu, her kalite, test ve sürüm yöneticisinin izlemesi gereken en önemli KPI'ları tamamlayan 6 ek temel performans göstergesinin güçlü ancak basit bir temsilidir.

# 3) Gereksinimlerin Tamamlanması

Kalite güvencesi yöneticileri, riski yalnızca her gereksinime göre toplanan bir kod veya taşıma düzeyi görünürlüğüyle gerçekleştirilebilecek daha derin bir düzeyde anlar. Bu, doğru araç setini gerektirir.

Panaya aracı, birim testleri için akıllı öneriler ve taşıma faaliyetine dayalı risk analizi arayan SAP tarafından işletilen kuruluşların ihtiyaçlarına cevap verecektir.

Bu izleme düzeyi, Panaya Release Dynamix (RDx) .

Gereksinimlerin tamamlanması

# 4) Geliştirme Tamamlama

Müşterilerin Kral olduğu bir çağda yaşıyoruz ve bu, her kuruluşun dijital dönüşüm stratejisini yönlendiriyor. Günümüzde ve bu çağda, düşüncelerimizde veya yazılım kalite güvencesi ve teslimatına yönelik kurumsal yaklaşımımızda sessiz kalmayı göze alamayız.

Geçmişteki geleneksel ALM modellerimiz günümüzün sürekli teslimat modeli için tasarlanmamıştır. Bu eski düşünce tarzıyla mücadele etmek için, QA ve test yöneticileri kendilerini uygulama geliştirme eylemine dahil etmelidir, bu da kullanıcı hikayelerinin iletimi üzerinde bir nabız olması anlamına gelir.

Bir kullanıcı hikayesinin tamamlanma durumuna gelmesi için 'oturup beklemek' yeterli değildir. Bunun yerine, bir kullanıcı hikayesinin gelişimini takip etmeli, günlük Scrum toplantılarına katılmalı ve test edilen uygulamada yapılan önemli değişikliklerle ortaya çıkan riskler hakkında açıkça konuşmalıyız.

# 5) Test Planı Kapsamı

Bu, izlemesi en sevdiğim KPI'lardan biri çünkü sistemi, entegrasyonu, regresyonu ve UAT kapsamını tek başıma izlemeye mecbur kalmadım.

Sola kaymanın gerçek ruhuyla, birim test kapsamını takip etmenin önemi hakkında tavsiyelerde bulunmaya başladım. Çılgınca geliyor, değil mi? Bu değildir, özellikle tek başına birim testlerinin yürütülmesini kolaylaştıracak doğru araçlara sahipseniz, ancak gerçek sonuçların (kanıtların) yakalanmasını bile kolaylaştırırsa.

Panaya Test Dynamix’in yerleşik test kaydet ve oynat özelliği açıkken, ünite testine katılımınız fırlayacak. Sadece uçtan uca kapsamı gösteren Gereksinimler İzlenebilirlik Matrisini gururla göstermeyecek, aynı zamanda birimden regresyon testine kadar gerçek sonuçları denetim departmanınıza kolayca gösterebileceksiniz.

Gereksinimler izlenebilirliği

# 6) Risk Analizini Değiştirin

Test edilen bir uygulamada yaptığımız herhangi bir değişikliğin doğasında bir risk vardır, ancak doğru şeyleri test edip etmediğimizi her zaman bilemeyiz.

Pek çok kuruluş, 'değişim riskinin' kendileri için ne anlama geldiğine ilişkin kendi tanımlarına sahiptir. Panaya'nın Release Dynamix'inin (RDx) 'Risk Kokpiti' içinde, projeniz veya bir sonraki sürüm için bir Etki Analizi ile değişiklikleri izlemenin tahminden kurtulabilirsiniz.

RDx, her bir gereksinim için riski sistematik olarak hesaplar ve teslimat yaşam döngüsünde ilerledikçe bunun nasıl değiştiğinden haberdar olmanızı sağlar.

.jar dosyası nasıl başlatılır

Risk Analizini Değiştirin

# 7) Test Yürütme Riski

Yazılı testler, geçilen testler, otomatik testler ve yürütülen testler gibi KPI'ları izlemek tüm kuruluşlar için çok yaygındır, ancak testlerin her birinde yürütülen gerçek adımları izlemeye ne dersiniz?

Hiç fark ettiniz mi? popüler ALM platformları test 'adım' yürütme ilerlemesini izlemek için kullanıma hazır raporlama yetenekleri sağlamıyor musunuz? Çok sayıda farklı 'geçiş 'iniz olduğunda UAT döngüsü , Test Yürütme Riskini ve durumunu sadece test düzeyinde değil, aynı zamanda iş süreci düzeyinde izlemek mantıklıdır.

Panaya Test Dynamix, bunu kutudan çıktığı anda yapar.

test yürütme riski

# 8) Kusurların Yürütülmesi

İzleme kusurlarının doğası gereği olumsuz bir çağrışımı da vardır.

Etkin kusurları, gün başına düzeltilen kusurları ve ciddi kusurları izlemeye ek olarak, kapsamlı gereksinimlerle ilgili olan kusurların çözümünü de izlemenizi öneririz.

Çoğu kuruluş, kusur çözümüne ilişkin gereksinimlere dayalı bir bakış açısına sahip değildir.

Test için neden bu çözüm?

Hem Release Dynamix hem de Panaya Test Dynamix'te yerleşik uçtan uca bir izlenebilirlik ile kuruluşunuz, gereksinim düzeyinde kusur çözümünün iş akışını baştan sona izleyebilir.

Bu, özellikle bir projenin veya sürüm döngüsünün kuş bakışı görünümünü arayan yayın, kalite ve test Yöneticileri için yararlıdır.

Panaya, teknik BT ve kurumsal kullanıcılar için test sürecini hızlandırarak genel test çabasını% 30-50 oranında azaltır:

  • Yöneticiler: Test ve kusurlar ile darboğazları önlemek için gerçek zamanlı uyarılar.
  • İşletme kullanıcıları: Test kanıtı ve kusurlarının otomatik dokümantasyonu.
  • Fonksiyonel analistler: Tekrarlayan test faaliyetlerinin otomasyonu.
  • Profesyonel test uzmanları: İş bilgisi yakalamayı sorunsuz bir şekilde iyileştirir.
  • Kusur çözücüler: Test edicilerle ileri geri azalır.

Bu çözüm hakkında bilmeniz gereken başka ne

# 1) Panaya Test Dynamix bir SaaS çözümüdür Bu, sorunsuz entegrasyon, sık ve sorunsuz yükseltmelerin yanı sıra şirket içi otomasyon araçlarının izlenmesini sağlayacağınız anlamına gelir.

# 2) Yerleşik ortak çalışma araçları yerleşik bildirimler ve iletişim araçlarıyla test döngülerini kolaylaştırın.

Test adımlarının bir sonraki kullanıcıya otomatik olarak devredilmesi, boşta kalma süresini ortadan kaldırır, iş yükü darboğazlarını azaltır ve optimum iş akışları sağlar.

# 3) Akıllı hata yönetimi kullanıcıların hataları, çözümlerini ve bunlardan etkilenen iş süreçlerini merkezi olarak izlemesini sağlar.

Bir kusur bulunduğunda, ondan etkilenen diğer tüm testleri otomatik olarak tanımlar ve ana kusur çözülene kadar test uzmanlarına bildirimleri engeller veya gönderir. Çözülen kusur, kusur biriktirme listesi ortadan kaldırılarak otomatik olarak kapatılır.

# 4) UAT ve SIT'e iş süreci merkezli bir yaklaşımla, işlevler arası ve coğrafi olarak dağınık konu uzmanları, UAT döngülerini gerçek iş süreçlerine (paket uygulamalar) göre doğrular.

# 5) Test Otomasyon Konnektörleri Bütünsel izleme ve izleme yetenekleriyle minimum sürede ve çabayla etkili regresyon döngüleri için Panaya Test Dynamix'in mevcut otomasyon araçlarıyla tam entegrasyonunu sağlar.

# 6) Test Kanıtı Otomasyonu Excel ve Word'de geleneksel olarak yönetilen manuel testi otomatikleştirir.

Geliştiriciler ve test ediciler arasında gidip gelmeyi azaltırken, test kanıtı ve test yeniden üretimi için adımların bir kaydı dahil olmak üzere her test yürütmesini zahmetsizce belgeleyerek zamandan tasarruf sağlar. Belgeler denetime hazır , tüm iç ve dış kalite standartlarına uyumu sağlar.

# 7) Otonom TestSM SAP için sıfır dokunuşlu test senaryosu oluşturma ve bakım olanağı sağlar, böylece artık iş bilgisi yakalama ve manuel olarak tasarlanmış komut dosyaları oluşturma ve sürdürme süreciyle ilgili sıkıntılarla uğraşmanıza gerek kalmaz.

Komut dosyaları özelleştirilebilirken, makine öğrenimi kitle analizine dayalı doğrulama ve öneriler sunar.

# 8) Otomatik iş bilgisi yakalama - Omega Makine öğrenimi algoritmalarını (SAP) kullanarak üretimde sorunsuz bir şekilde yakalanan İş Kullanıcısı etkinliklerine dayalı gerçek hayattaki test senaryolarını otomatik olarak oluşturur.

Sonuç

Yazılım Kalite Yöneticileri ve ilgili tüm paydaşlar, Panaya'yı kullanarak kapsam veya kaliteden ödün vermeden çabaları% 30-50 oranında azaltırken daha fazla inovasyon sağlamak için test KPI'larını karşılayabilir.

Büyük ölçekli UAT dahil tüm test döngüleri boyunca gerçek zamanlı görünürlük elde etmek için tüm paydaşlar aynı test metodolojisini benimsediğinden test sürecini standartlaştırır ve başarıyı ölçer.

Daha fazla bilgi için keşfedebilirsiniz Panaya Test Dynamix .

Aşağıdaki yorumlarda düşüncelerinizi / sorularınızı bize bildirin.

Önerilen Kaynaklar

^