Otomatik birim, entegrasyon ve uçtan uca testler.
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:
- raporlar
- Playwright
- CI entegrasyonu
Bu projeler çoğu zaman yavaş yazılımı hızlandırma, yazılım test hizmeti ve kod iyileştirme (refactoring) gibi işlerle birlikte ele alınır.
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.
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.
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.
03Test otomasyonu planlarken bilinmesi gerekenler
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Önceki firmaya ulaşılamıyor | Kod/erişim işletmede değil | Devralma ve erişim kurtarma |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
05Arhavi için uzaktan ve yerinde çalışma
Arhavi'nin PTT verisindeki 100 yerleşim kaydı 2 farklı posta koduna dağılır.
Arhavi'de 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 Şavşat, Hopa ve Borçka ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
Test otomasyonunu planlıyorsanız 0540 003 19 81 numarasını arayın veya WhatsApp'tan ihtiyacınızı birkaç cümleyle yazın; teklif formunu da doldurabilirsiniz.
06Proje nasıl ilerler?
- İ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.
- Analiz: Süreç, kullanıcı rolleri, kullandığınız Excel veya eski sistem örnekleri ve bağlanacak sistemler incelenir.
- Kapsam ve yazılı teklif: Analiz sonrasında aşamalı plan ve yazılı teklif paylaşılır; ödeme planı aşamalara bağlanabilir.
- Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
- Geliştirme ve test: Geliştirme aşamalı ilerler; her aşama test ortamında denenip onaylanır.
- Yayın, veri aktarımı ve eğitim: Veri aktarımı doğrulandıktan sonra yayına geçilir; ekip için kısa kullanım kılavuzu hazırlanır.
- Bakım ve destek: Hata bildirimleri kayıt altına alınır, güncellemeler test edilerek uygulanır.
NotDeğişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
07Örnek planlama hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 20
- Test kapsamı
- %13 → öncelik: kritik
- Güncel bağımlılık oranı
- %86 → öncelik: düşük
- Önerilen ilk adım
- kritik akışlara test yazmak
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
08Ekip 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.
- Yayın sonrası bakım ve destek planlanır.
- Kapsam ve teslim kriterleri yazılı olur.
- Alan adı ve sunucu hesapları işletme adına açılır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Artvin de bunlardan biri.
09Uzman desteği ne zaman şart olur?
Test otomasyonu işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:
- Eski PHP/framework sürümü: güncelleme yapılmamış.
- 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
Proje ne kadar sürer?
Süre kapsam, entegrasyonlar ve içerik/veri hazırlığına göre değişir; analizden sonra aşamalı bir plan paylaşılır.
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Test otomasyonu için hangi bilgiler hazırlanmalı?
Mevcut sürecin kısa anlatımı, kullanılan dosya ve program örnekleri, kullanıcı sayısı ve Playwright gibi beklentiler ilk görüşme için yeterlidir; kapsam analizde netleşir.
Bakım anlaşmasında neler olur?
İzleme, güncelleme, yedek kontrolü, hata düzeltme ve küçük geliştirmeler kapsamda yazılı olarak belirtilir; kapsam dışı işler ayrıca planlanır.
Test otomasyonu sonradan genişletilebilir mi?
Evet. CI entegrasyonu gibi özellikler ilk sürümde olmasa da modüler yapı sayesinde sürüm planıyla eklenebilir.
Sonradan özellik ekleyebilir miyiz?
Evet; yazılım modüler planlanır, yeni özellikler sürüm planıyla eklenir.
Arhavi'de bulunuyorum, yerinde görüşme mümkün mü?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Test otomasyonu hazır program yerine neden yaptırılır?
Hazır programlar genel ihtiyaca göre tasarlanır; işinize özgü kurallar, onay adımları veya entegrasyonlar varsa özel geliştirme bu farkı kapatır.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Test otomasyonu fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
Arhavi'de ilgili hizmetler
Artvin içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- dokümantasyon
- Git
- bakım sözleşmesi
- Artvin
- Arhavi