Şanlıurfa'da test otomasyonu firması seçerken nelere bakılmalı?

01Test otomasyonu firması seçerken bakılacak ölçütler

Yazılı kapsam

Neyin teslim edileceği, neyin kapsam dışı olduğu ve kabul kriterleri belgelenmelidir.

Kaynak kod sahipliği

Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.

Bakım koşulları

Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.

Referans kontrol yöntemi

Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.

Dokümantasyon

Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.

KVKK yaklaşımı

Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.

02Teklif görüşmesinde sorulacak sorular

• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Ödeme planı teslim aşamalarına bağlı mı?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?

03Test otomasyonu planlarken bilinmesi gerekenler

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

04Test otomasyonu hangi ihtiyaca cevap verir?

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.

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

05Kırmızı bayraklar

• Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
• Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
• Ödemenin tamamını iş başlamadan isteyen plan
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları

06Şanlıurfa dışındaki bir firmayla nasıl çalışılır?

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan yürür. Şanlıurfa'da bulunan bir işletme olarak görüntülü toplantı, ekran paylaşımlı demo ve test ortamı bağlantısıyla süreci yakından izleyebilirsiniz.

• Görüntülü toplantı ve ekran paylaşımı
• Ortak proje panosu ve yazılı karar kaydı
• Her aşamada test ortamında deneme
• Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma

07Şanlıurfa'da test otomasyonu için çalışma biçimimiz

Güneydoğu Anadolu Bölgesi illerinden Şanlıurfa (plaka 63), PTT adres verisinde 13 ilçe ve 1.456 yerleşim kaydıyla yer alır. Şanlıurfa büyükşehir belediyesi olan 30 ilden biridir.

Şanlıurfa'da 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ı bölgedeki Adıyaman, Siirt ve Kilis illeri için de test otomasyonu projeleri aynı düzenle yürütülür.

08Ekip ve çalışma biçimimiz

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• Yayın sonrası bakım ve destek planlanır.
• KVKK baştan tasarlanır.
• Her değişiklik önce test ortamında denenir.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

09Örnek hesap

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• Playwright
• CI entegrasyonu
• raporlar
• hata kaydı
• sürüm yükseltme
• refactoring
• Git
• teknik borç
• otomatik test
• Şanlıurfa