Derince'de test otomasyonu firması seçerken nelere bakılmalı?

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

Bakım koşulları

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

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.

İletişim düzeni

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

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.

Kaynak kod sahipliği

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

02Teklif görüşmesinde sorulacak sorular

• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
• Ödeme planı teslim aşamalarına bağlı mı?
• Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?

03Test otomasyonu planlarken bilinmesi gerekenler

• 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.

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
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• 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ı

06Kocaeli 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. Derince'de 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

07Derince'de test otomasyonu için çalışma biçimimiz

Derince'nin PTT verisindeki 17 yerleşim kaydı 1 farklı posta koduna dağılır.

Mesafe yazılım işinin önünde engel değildir: Derince'deki 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 Gölcük, Gebze ve Darıca ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

08Nasıl çalışıyoruz?

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.

• Alan adı ve sunucu hesapları işletme adına açılır.
• KVKK baştan tasarlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.

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
• test ortamı
• teknik borç
• Kocaeli
• Derince