YAZILIM KALİTESİ

Yazılım kalite unsurları ve faaliyetleri

Get Started. It's Free
or sign up with your email address
YAZILIM KALİTESİ by Mind Map: YAZILIM KALİTESİ

1. 🐞Hata üretmez.

1.1. Test Otomasyonları

1.1.1. UI Test Otomasyonu

1.1.2. Integration Testler

1.1.3. Biztalk Test Otomasyonu

1.2. Birim Testler

1.3. Elle yapılan Testler

1.4. Kod Gözden Geçirme

1.5. Branch Koruyucu Derleme (Gatekeeper)

1.6. Statik Kod Analizi

1.7. DB Seviyesinde CC, UK Kısıtlarının eklenmesi

1.8. Hata sayılarını azaltıcı süreç iyileştirmeleri yapılır

1.8.1. Veri düzeltmesi yapılırsa, asıl sorun için bir kayıt açık bırakılır

1.8.2. BUG/DEFECT Analizi yapılır

1.8.3. Retro süreçlerinden çıkan iyileştirmeler paylaşılır

2. Güvenlik

2.1. Yetkim olmayan işlemi çalıştıramam.

2.1.1. Kimlik Doğrulama (Auth.)

2.1.2. Yetkilendirme (Authorization)

2.2. Bilgi veya iletişimim ifşa olmaz.

2.2.1. Https Kullanımı

2.3. Uygulama güvenlik zafiyeti içermez.

2.3.1. Statik Kod Taramaları

2.3.2. Güvenlik Uzmanı Testi

3. Güvenilirlik

3.1. ⚙️Kesinti yaşanmaz.

3.1.1. Staging

3.1.2. Kod içinde kesinti koruyucu kullanım

3.1.3. "Single Point Of Failure" tasarımdan kaçınır.

3.1.3.1. Load Balancing

3.1.3.2. Clustering

4. Verim

4.1. 🚀 Yüksek performans gösterir.

4.1.1. Kodun ustaca yazılması

4.1.1.1. Kalite ve Temiz Kod Eğitimleri

4.1.1.2. Statik | Dinamik Kod Taraması

4.1.1.3. Kod Gözden geçirme (PR)

4.1.1.4. Portal | Teams | Wiki Bilgi Birikimi

4.1.2. Sorguların uygun yazılması

4.1.2.1. Uygulama İzleme (App Monitoring)

4.1.2.2. BT Mimari İzleme

4.1.3. Hizmet ve donanımların uygun seçimi

4.2. 🔋 Az kaynak tüketir.

5. Bakım Kolaylığı

5.1. 🧩Yeni bir özellik çabuk devreye alınır

5.1.1. Framework kullanımı

5.1.2. Tekrar kullanılabilen bileşen mimarisi

5.1.3. Tekrar eden işlerin otomatikleştirilmesi

5.1.4. Verimlilik araçlarının kullanımı ( Extension, Plug-in vb.)

5.1.5. Devreye alım hattının kullanımı

5.1.5.1. Release Tanımları

5.1.5.2. ARM Template kullanımı

5.1.5.3. Powershell kullanımı

5.2. 🔌Değişiklikler kolay yapılır.

5.2.1. Temiz Kod Bilinci oluşturulur

5.2.1.1. Her yazılımcıya Temiz Kod eğitimi verilir

5.2.1.2. Portal bilgi paylaşımları yapılır

5.2.1.3. Kod Gözden geçirme yapılır

5.2.1.4. Yazılım araçlarına xLint plug-in'leri kurulur

5.2.1.5. Kod yazılırken temiz kod prensiplerine dikkat edilir

5.2.1.5.1. Kopya koddan kaçınılır

5.2.1.5.2. Kod içine sabit gömülmez

5.2.1.5.3. Metot, değişken ve diğer tüm bileşenlerin isimlendirmelerine dikkat edilir.

5.2.1.5.4. Metotlar bir iş yapar

5.2.1.5.5. Bir işi sadece bir metot yapar

5.2.1.5.6. Framework'ün yetenekleri kullanılır

5.2.1.5.7. Uygulamanın ve şirketin kodlama standartlarına uyulur

5.2.2. Teknik borç izlenir

5.2.2.1. Sonarqube tarama sonuçları izlenir

5.2.2.2. Code-coverage trendi takip edilir

5.2.2.3. KAP ve diğer izleme araçları kullanılır

5.2.3. Teknik borcu azaltıcı faaliyetler sürekli olarak planlanır

5.2.3.1. Kritik ve Bloke edici Sonarqube bulguları için BUG kaydı açılır ve aynı sprint eritilir.

5.2.3.2. Daha önceden sahip olunan borçlar, değişiklik alan ve kritik işler yapan sınıflardan başlayarak eritir.

5.3. 🕵️Hata ayıklamak kolaydır.

5.3.1. "Exception"lar yönetilir

5.3.2. Uygulama İzleme araçları kullanılır

5.3.2.1. Application Insights

5.3.2.2. Dynatrace

5.3.2.3. Sistem İzleme (Elmah)

5.3.2.4. Application Logs

5.3.3. Ekip içi | Şirketi içi Bilgi birikimi sağlanır.

5.3.3.1. Wiki

5.3.3.2. TEAMS

5.3.3.3. Portal.bimar.com

6. Kullanıcı Dostu

6.1. Kullanımı kolay olmalıdır.

6.1.1. En azından bir projenin başında UX Design desteği alınır

6.1.2. Bir işlem aynı sayfa içinden çıkmadan halledilebiliyor olmalıdır

6.1.3. Kullanıcıya verilen mesajlar çok açık ve onu yönlendirici olmalıdır

6.2. Kullanıcı önemsendiğini hissetmelidir.

6.2.1. Özel günlerde uygulama tema ve ikonlar ile özelleştirilebilir

6.2.2. Kullanıcıdan geri bildirim alan Widget'lar olmalıdır

6.3. Hata çözümleri ve yeni istekler çabuk devreye alınır.

6.3.1. Devreye alım hattında elle yapılan işler yok edilir

6.3.2. Daha küçük parçalar şeklinde daha hızlı devreye alımlar yapılabilmelidir

6.3.2.1. Mikroservis yaklaşımı

6.3.2.2. Ülke veya ofisi ilgilendiren kısmın devreye alınabilmesi