Çorum'da test otomasyonu yaptırmak

01Test otomasyonu nedir, kimler için uygun?

Test otomasyonu projelerinde ihtiyaca göre şu özellikler bir araya getirilir:

• CI entegrasyonu
• Playwright
• raporlar

Test otomasyonu ile birlikte sık planlanan işler arasında yavaş yazılımı hızlandırma, yazılım test hizmeti ve kod iyileştirme (refactoring) bulunur.

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

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

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

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.

Hatalar tekrar tekrar ortaya çıktığında

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

03Test otomasyonu planlarken bilinmesi gerekenler

• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

04Çorum için uzaktan ve yerinde çalışma

Karadeniz Bölgesi illerinden Çorum (plaka 19), PTT adres verisinde 14 ilçe ve 1.470 yerleşim kaydıyla yer alır. Çorum'da PTT verisine göre 2 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde test otomasyonu için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.

Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Çorum'daki 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.

Karadeniz Bölgesi'ndeki Giresun, Bayburt ve Karabük gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

05İlk görüşmeden yayına

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: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Modüller, aşamalar ve teslim kriterleri yazılı bir kapsamla belirlenir; teklif bu kapsama göre verilir.
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: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

06Örnek planlama hesabı

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

• KVKK baştan tasarlanır.
• Alan adı ve sunucu hesapları işletme adına açılır.
• Her değişiklik önce test ortamında denenir.

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

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ı
• Çorum