Defne, Hatay: Test Otomasyonu Fiyatı Neye Göre Belirlenir?

Fiyat; projenin kapsamına, entegrasyonlara ve gerekli geliştirmelere göre değişir. Kesin fiyat kısa bir analiz görüşmesinden sonra yazılı teklifle verilir.

01Test otomasyonu maliyetini belirleyen kalemler

aciliyet ve destek penceresi
dokümantasyon ve test kapsamı
kullanılan teknolojilerin güncelliği
aylık bakım mı olay bazlı iş mi
erişimlerin hazır olup olmadığı
Seçilen özellikler: Playwright ve raporlar gibi detaylar

Bütçeyi dengelemenin en etkili yolu ilk sürümü en kritik işe odaklamak ve diğer modülleri sonraki aşamalara bırakmaktır.

02Ücretlendirme modelleri

Sabit kapsam

Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.

Aşamalı (modül modül)

İhtiyacın kullandıkça netleşeceği projelerde uygundur; her aşama ayrı onaylanır ve faturalanır.

Bakım ve destek anlaşması

Yayındaki sistemin izlenmesi, güncellenmesi ve küçük geliştirmeleri için düzenli bir çerçeve sunar.

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.
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
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
Önceki firmaya ulaşılamıyor	Kod/erişim işletmede değil	Devralma ve erişim kurtarma

05Test 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.

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.

06Bütçe planlama tablosu

Tablo yaklaşımları karşılaştırır; tutar içermez. Teklif analizden sonra yazılı verilir.
Yaklaşım	Kapsam	Teknoloji	Ölçek
Ekonomik başlangıç	Temel raporlar ve Playwright; hazır bileşenler ağırlıkta	Hazır altyapı veya hafif özel geliştirme	Tek ekip/şube, büyümeye açık
Dengeli	Ana iş akışı eksiksiz, raporlar ve temel entegrasyonlar	Modüler mimari	Birkaç rol ve şube
Kapsamlı	Özel iş kuralları, çoklu entegrasyon, ileri raporlama	Ölçeklenebilir mimari, test otomasyonu	Çok şube, yoğun kullanım

07Teklif karşılaştırırken sorulacak sorular

Kapsam dışı değişiklik talepleri nasıl yönetilecek?
Yayın sonrası hata düzeltme ve bakım koşulları neler?
Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
Ödeme planı teslim aşamalarına bağlı mı?
KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?

08Teklifte ayrıca sorulması gereken giderler

harita ve bildirim servisleri
e-belge entegratörü hizmet bedeli
sunucu veya bulut kullanımı
SMS, e-posta ve API kullanım ücretleri
App Store ve Google Play geliştirici hesapları

Bu giderlerin kimin adına açılacağı ve kimin ödeyeceği teklifte yazmalıdır; hesapların işletme adına açılmasını öneririz.

09Defne'de teklif almak

Defne'nin PTT verisindeki 37 yerleşim kaydı 1 farklı posta koduna dağılır. 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.

Defne'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.

Hatay genelinde Reyhanlı, İskenderun ve Hassa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

Mevcut Excel dosyanızı veya ekran görüntülerinizi WhatsApp'tan gönderin; test otomasyonu için hangi modüllerle başlanabileceğini konuşalım. Telefon: 0540 003 19 81.

Hemen ara WhatsApp Teklif formu

10Örnek kapsam hesabı

Örnek: kod sağlığı öncelik tablosu

Modül sayısı: 23
Test kapsamı: %33 → öncelik: orta
Güncel bağımlılık oranı: %56 → öncelik: kritik
Önerilen ilk adım: bağımlılıkları kademeli güncellemek

Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.

SSSSık sorulan sorular

Bütçemiz sınırlı, ne yapabiliriz?

İlk sürümü en kritik işe odaklamak, hazır servisleri kullanmak ve diğer modülleri sonraki aşamalara bırakmak bütçeyi korur.

Neden teklifler arasında büyük fark var?

Kapsama dahil modüller, entegrasyonlar, test ve bakım koşulları tekliflerde farklı yazılabilir. Kalem kalem karşılaştırmak farkın nedenini gösterir.

Sadece Hatay için mi çalışıyorsunuz?

Evet. Askadar Yazılım, Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışır; gerektiğinde yerinde çalışma ayrıca planlanır.

Defne'de bulunuyorum, yerinde görüşme mümkün mü?

Analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma 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.

Test otomasyonu maliyetini en çok ne etkiler?

Çoğu projede en büyük farkı entegrasyonlar ve özel iş kuralları yaratır; kod tabanının büyüklüğü ve durumu de toplamı doğrudan etkiler.

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.

Teklif ne kadar süre geçerli olur?

Teklifin geçerlilik süresi teklifte ayrıca yazılır; kapsam değişirse teklif güncellenir.

→İlgili sayfalar

Test Otomasyonu hakkında diğer konular

Defne'de ilgili hizmetler

Hatay içindeki diğer ilçeler

Genel 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ı
Hatay
Defne

Defne'de test otomasyonu fiyatları neye göre belirlenir?