01İstenecek erişimler
- 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
02Tam yedek
İşe başlamadan önce dosya ve veritabanının tam yedeği alınır ve yedeğin açıldığı doğrulanır. Yedek, çalışılan sunucudan farklı bir yerde saklanır.
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 |
04Bakım penceresi
Canlı ortamı etkileyecek adımlar, kullanımın en düşük olduğu saatlere planlanır ve önceden duyurulur; gerekirse ziyaretçilere bakım sayfası gösterilir.
05Hazırlık kontrol listesi
- Erişim bilgileri tek bir güvenli listede
- Son değişikliklerin tarihi ve açıklaması
- Kritik sayfa ve işlemlerin listesi
- Sorumlu kişinin iletişim bilgisi
06İşletim ve bakım ipuçları
- Her değişiklik sürüm kontrolünde kaydedilir ve test ortamında denenir.
- Bağımlılık güvenlik uyarıları düzenli taranır.
- Dokümantasyon değişikliklerle birlikte güncellenir.
07Planlama notları
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
08Hangi 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.
Sürüm ve kütüphaneler eskidiğinde
Uyumluluk analizi yapılır; yükseltme kademeli ve test edilerek uygulanır.
09Kapsamı ve maliyeti etkileyenler
- aylık bakım mı olay bazlı iş mi
- aciliyet ve destek penceresi
- erişimlerin hazır olup olmadığı
- kod tabanının büyüklüğü ve durumu
10Buca'da planlama
Buca'nın PTT verisindeki 48 yerleşim kaydı 5 farklı posta koduna dağılır. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır.
Mesafe yazılım işinin önünde engel değildir: Buca'daki 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 Bornova, Balçova ve Menemen ilçeleri için de yazılım hata düzeltme talepleri değerlendirilir; toplantılar uzaktan yapılır.
Siteniz veya uygulamanız çalışmıyorsa hemen arayın: 0540 003 19 81 — önce yedek, sonra tespit.
SSSSık sorulan sorular
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.
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.
Erişim bilgilerini nasıl paylaşmalıyım?
Parolaları açık metin olarak e-postayla göndermek yerine geçici kullanıcı açmak veya güvenli bir parola paylaşım aracı kullanmak önerilir; iş bitince erişim kapatılır.
Yedeği kim alır?
Erişim verildiyse yedeği biz alırız; mevcut hosting yedeği varsa ayrıca doğrulanır.
Buca'dan yazıyorum; toplantılar nasıl yapılıyor?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
İzmir dışındaki işletmelere de hizmet veriyor musunuz?
Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.
→İlgili sayfalar
Yazılım Hata Düzeltme hakkında diğer konular
Buca'da ilgili hizmetler
İzmir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- hata yeniden üretme
- düzeltme
- regresyon testi
- test ortamı
- dokümantasyon
- Playwright
- refactoring
- bakım sözleşmesi
- Git
- İzmir
- Buca