Pazarcık'ta test otomasyonu yaptırmak

01Test otomasyonu nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu test otomasyonu projesinde şu başlıklar konuşulur:

• CI entegrasyonu
• Playwright
• raporlar

İhtiyaca göre yavaş yazılımı hızlandırma, yazılım test hizmeti ve kod iyileştirme (refactoring) da aynı yol haritasına eklenebilir.

02Hangi durumlarda test otomasyonu yaptırılır?

Hatalar tekrar tekrar ortaya çıktığında

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

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 yavaşladığında

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

03Test otomasyonu planlarken bilinmesi gerekenler

• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Ö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.

04Pazarcık için uzaktan ve yerinde çalışma

Pazarcık'ın PTT verisindeki 84 yerleşim kaydı 1 farklı posta koduna dağılır.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Pazarcık'taki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.

Aynı ildeki Ekinözü, Afşin ve Onikişubat ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

05Proje nasıl ilerler?

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Ekranlar, raporlar ve entegrasyonlar için gerçek örnekler üzerinden ihtiyaç listesi çıkarılır.
3. Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Mevcut veriler aktarılır, sistem yayına alınır ve kullanıcılara eğitim verilir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Rakamlarla örnek bir senaryo

07Ç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.

• Her değişiklik önce test ortamında denenir.
• Kaynak kod ve veri işletmeye teslim edilir.
• KVKK baştan tasarlanır.

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.

08Uzman desteği ne zaman şart olur?

Test otomasyonu işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Önceki firmaya ulaşılamıyor: kod/erişim işletmede değil.
• Her düzeltme yeni hata doğuruyor: test yok.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• Playwright
• CI entegrasyonu
• raporlar
• hata kaydı
• sürüm yükseltme
• refactoring
• bakım sözleşmesi
• test ortamı
• teknik borç
• Kahramanmaraş
• Pazarcık