01Öncesi kontrol listesi
- Kaynak kod deposu
- Sunucu ve veritabanı erişimi
- Varsa mevcut dokümanlar ve hata kayıtları
- Uygulamanın kritik iş akışlarının listesi
- Tam yedek alındı ve doğrulandı
02Sonrası kontrol listesi
- Açık kritik hata: 0
- Test kapsamı: Kritik akışları kapsıyor
- Ortalama düzeltme süresi: Azalan eğilim
- Güncel olmayan bağımlılık: Kritik olan yok
- Formlar, ödeme ve kritik işlemler denendi
- Yedekleme ve izleme çalışıyor
03Belirti, neden ve çözüm
| Belirti | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
04Kapsamı ve maliyeti etkileyenler
- aylık bakım mı olay bazlı iş mi
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- kod tabanının büyüklüğü ve durumu
05Yazılım hata düzeltme hangi işletmelerde kullanılır?
- Eski (legacy) sistemler
- Özel yazılımlar
- Web siteleri
- E-ticaret siteleri
06Hangi durumlarda gündeme gelir?
Regresyon testi gerektiğinde
Regresyon testi, yazılım hata düzeltme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
07Planlama notları
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
08İşletim ve bakım ipuçları
- Hata kayıtları önceliğe göre sınıflandırılır.
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Dokümantasyon değişikliklerle birlikte güncellenir.
09Mut'ta kontrol desteği
Mut'un PTT verisindeki 102 yerleşim kaydı 1 farklı posta koduna dağılır.
Mesafe yazılım işinin önünde engel değildir: Mut'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Aynı ildeki Bozyazı, Tarsus ve Gülnar ilçeleri için de yazılım hata düzeltme talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mut bölgesinden yazılım hata düzeltme talebiniz için 0540 003 19 81 numarasını arayabilir veya teklif formunu doldurabilirsiniz.
SSSSık sorulan sorular
Yazılım hata düzeltme sırasında site veya uygulama kapanır mı?
Hazırlık test ortamında yapılır; canlı ortamdaki değişiklik önceden haber verilen kısa bir bakım penceresinde uygulanır.
Mut'ta yüz yüze görüşebilir miyiz?
Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Kontrol listesini kendim uygulayabilir miyim?
Evet. Listede sorun görürseniz ekran görüntüsüyle birlikte bize iletebilirsiniz.
Sadece Mersin için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Mersin de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
Yazılım hata düzeltme öncesinde neleri hazırlamalıyım?
Kaynak kod deposu, sunucu ve veritabanı erişimi ve varsa mevcut dokümanlar ve hata kayıtları işi hızlandırır.
Kontrol listesi ne sıklıkla uygulanmalı?
Her büyük değişiklik öncesi ve sonrası; rutin kontroller için ayda bir yeterlidir.
→İlgili sayfalar
Yazılım Hata Düzeltme hakkında diğer konular
Mut'ta ilgili hizmetler
Mersin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- hata yeniden üretme
- düzeltme
- regresyon testi
- test ortamı
- dokümantasyon
- Playwright
- hata kaydı
- bakım sözleşmesi
- Mersin
- Mut