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
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- aciliyet ve destek penceresi
- kullanılan teknolojilerin güncelliği
- aylık bakım mı olay bazlı iş mi
- Seçilen özellikler: CI entegrasyonu 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
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.
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.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanır.
03Sı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 |
| Eski PHP/framework sürümü | Güncelleme yapılmamış | Kademeli sürüm yükseltme |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
04Test otomasyonu hangi ihtiyaca cevap verir?
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.
05Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel raporlar ve CI entegrasyonu; 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 |
06Teklif karşılaştırırken sorulacak sorular
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
07Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- sunucu veya bulut kullanımı
- harita ve bildirim servisleri
- 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.
08Yalova'da teklif almak
Marmara Bölgesi illerinden Yalova (plaka 77), PTT adres verisinde 6 ilçe ve 101 yerleşim kaydıyla yer alır. Denize kıyısı olan illerdendir.
Yalova'da 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ı bölgedeki Kırklareli, Bilecik ve Çanakkale illeri için de test otomasyonu projeleri aynı düzenle yürütülür.
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.
09Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 39
- Test kapsamı
- %31 → öncelik: orta
- Güncel bağımlılık oranı
- %34 → ö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
Test otomasyonu fiyatı telefonda öğrenilebilir mi?
Kısa bir görüşmeyle kabaca bir çerçeve çizilebilir; kesin fiyat kapsam netleşince yazılı teklifle verilir.
Sadece Yalova için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Marmara Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
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.
Ödeme planı nasıl olur?
Ödemenin teslim aşamalarına bağlanmasını öneririz; her aşama test ortamında onaylandıktan sonra bir sonrakine geçilir.
Yalova'dan yazıyorum; toplantılar nasıl yapılıyor?
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
- Test otomasyonu firmasıFirma seçerken bakılacaklar
- Test otomasyonu özellikleri ve modülleriOlması gereken modüller ve özellikler
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
Yalova'da ilgili hizmetler
Marmara Bölgesi'ndeki diğer iller
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- otomatik test
- dokümantasyon
- Git
- Yalova