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ı
- aylık bakım mı olay bazlı iş mi
- erişimlerin hazır olup olmadığı
- aciliyet ve destek penceresi
- kullanılan teknolojilerin güncelliği
- Seçilen özellikler: Playwright ve CI entegrasyonu gibi detaylar
Bu kalemlerden en büyük farkı çoğunlukla entegrasyonlar ve özel iş kuralları yaratır; tasarım ve içerik ise ikinci sırada gelir.
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.
03Test otomasyonu planlarken bilinmesi gerekenler
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- 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 |
| Ö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 |
05Test otomasyonu hangi ihtiyaca cevap verir?
Yazılım yavaşladığında
Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.
Hatalar tekrar tekrar ortaya çıktığında
Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.
06Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel Playwright 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 |
07Teklif karşılaştırırken sorulacak sorular
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
08Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
- sunucu veya bulut kullanımı
- alan adı yenileme
- harita ve bildirim servisleri
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.
09Çifteler'de teklif almak
PTT kayıtlarında Çifteler ilçesine bağlı 28 yerleşim bulunur. 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.
Çifteler'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 Han, Mihalıççık ve Sivrihisar 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.
10Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 31
- Test kapsamı
- %26 → öncelik: orta
- Güncel bağımlılık oranı
- %57 → ö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
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.
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.
Ö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.
Çifteler'de yüz yüze görüşebilir miyiz?
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.
Sadece Eskişehir 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.
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 fiyatı telefonda öğrenilebilir mi?
Kısa bir görüşmeyle kabaca bir çerçeve çizilebilir; kesin fiyat kapsam netleşince yazılı teklifle verilir.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Test otomasyonu özellikleri ve modülleriOlması gereken modüller ve özellikler
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
Çifteler'de ilgili hizmetler
Eskişehir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- teknik borç
- dokümantasyon
- Git
- Eskişehir
- Çifteler