01Yayın sonrası neler olur?
- İşletim sistemi, tarayıcı ve kütüphane güncellemeleri
- Kullanıldıkça ortaya çıkan küçük hatalar
- Yeni ihtiyaçlar ve değişiklik talepleri
- Kullanıcı ve veri hacminin artması
02Bakım kapsamı
- Hata düzeltme
- Güvenlik ve sürüm güncellemeleri
- Yedeklerin kontrolü ve geri yükleme denemesi
- Küçük geliştirmeler ve içerik değişiklikleri
- Çalışma durumu ve hata izleme
03Test otomasyonu planlarken bilinmesi gerekenler
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- 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.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| 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 |
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
05Bakım yapılmazsa ne olur?
- İşletim sistemi ve tarayıcı güncellemeleriyle uyumsuzluk çıkar
- Kodu bilen kişi ayrıldığında kimse müdahale edemez
- Güncellenmeyen bileşenler güvenlik açığı oluşturur
- Yedekler bozulur veya hiç alınmadığı fark edilir
06Destek kanalı ve kayıt
Destek talepleri telefon, WhatsApp veya e-postayla alınır ve kayıt altına alınır; her talebin durumu izlenebilir.
07Bakım kontrol listesi
- Dokümantasyon değişikliklerle birlikte güncellenir.
- Bağımlılık güvenlik uyarıları düzenli taranır.
- 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.
- Aylık bakım raporunda yapılan işler ve açık riskler paylaşılır.
08Hangi durumlarda gündeme gelir?
Playwright gerektiğinde
Playwright, test otomasyonu projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.
Yazılımı geliştiren firma artık ulaşılamaz olduğunda
Test otomasyonu kapsamında kod ve erişimler devralınır, belgelenir ve risk analizi çıkarılır.
09Yeşilli'de bakım ve destek
PTT kayıtlarında Yeşilli ilçesine bağlı 14 yerleşim bulunur. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için test otomasyonu tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Yeşilli'de bulunan bir işletmeyle çalışırken toplantılar görüntülü yapılır, her aşama test ortamında paylaşılır ve geri bildirimler ortak panoda toplanır; yerinde bulunmak gereken kurulum ve eğitim adımları ayrıca planlanır.
Aynı ildeki Midyat, Kızıltepe ve Ömerli ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; test otomasyonu için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.
SSSSık sorulan sorular
Test otomasyonu sonradan genişletilebilir mi?
Evet. CI entegrasyonu gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Mardin dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Mardin de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
Test otomasyonu için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve Playwright gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Yeşilli'de yüz yüze görüşebilir miyiz?
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.
Bakım raporunda neler olur?
Yapılan güncellemeler, düzeltilen hatalar, yedek ve izleme durumu ile açık riskler kısa bir raporla paylaşılır.
Bakım anlaşması zorunlu mu?
Zorunlu değildir; ancak güncellenmeyen yazılımın güvenlik ve uyumluluk riski artar. İhtiyaca göre aylık veya olay bazlı bakım seçilebilir.
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.
Bakımı başka bir firmaya devredebilir miyiz?
Evet. Kaynak kod, erişimler ve dokümantasyon işletmede olduğu sürece bakım başka bir ekibe devredilebilir.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
- Test otomasyonu özellikleri ve modülleriOlması gereken modüller ve özellikler
Yeşilli'de ilgili hizmetler
Mardin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- teknik borç
- bakım sözleşmesi
- Mardin
- Yeşilli