İznik'te test otomasyonu firması seçerken nelere bakılmalı?

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

Dokümantasyon

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

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.

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

Yazılı kapsam

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

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

• Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
• Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
• Kapsam dışı değişiklik talepleri nasıl yönetilecek?
• Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
• KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
• Ödeme planı teslim aşamalarına bağlı mı?

03Test otomasyonu planlarken bilinmesi gerekenler

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.

04Kırmızı bayraklar

• Ödemenin tamamını iş başlamadan isteyen plan
• Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
• 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

05Bursa 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. İznik'te 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

06İznik'te test otomasyonu için çalışma biçimimiz

İznik, Bursa iline bağlı bir ilçedir ve PTT adres verisine göre 46 mahalleden oluşur. 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.

Mesafe yazılım işinin önünde engel değildir: İznik'teki 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.

Bursa genelinde Orhaneli, Gemlik ve Mustafakemalpaşa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

07Ekip ve çalışma biçimimiz

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.

• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Her değişiklik önce test ortamında denenir.
• Yayın sonrası bakım ve destek planlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Bursa da bunlardan biri.

08Ö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ı
• dokümantasyon
• Bursa
• İznik