Silvan'da test otomasyonu firması seçerken nelere bakılmalı?

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

İletişim düzeni

Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.

KVKK yaklaşımı

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

Test ortamı

Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.

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.

02Teklif görüşmesinde sorulacak sorular

• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Yayın sonrası hata düzeltme ve bakım koşulları neler?
• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Ödeme planı teslim aşamalarına bağlı mı?

03Test otomasyonu planlarken bilinmesi gerekenler

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözü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.

Yazılım yavaşladığında

Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.

05Kırmızı bayraklar

• Ödemenin tamamını iş başlamadan isteyen plan
• 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
• Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
• Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları

06Diyarbakır 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. Silvan'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

07Silvan'da test otomasyonu için çalışma biçimimiz

Silvan'ın PTT verisindeki 93 yerleşim kaydı 1 farklı posta koduna dağılır.

Silvan'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ı ildeki Lice, Bağlar ve Kocaköy ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Çalışma düzenimiz

Tasarım, geliştirme, test ve yayın adımları aynı ekip içinde yürür. Kod Git ile sürümlenir, kritik akışlar Playwright testleriyle korunur, yayın Docker konteynerleriyle tekrarlanabilir biçimde yapılı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; Diyarbakır da bunlardan biri.

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
• otomatik test
• Diyarbakır
• Silvan