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
- kullanılan teknolojilerin güncelliği
- erişimlerin hazır olup olmadığı
- aylık bakım mı olay bazlı iş mi
- dokümantasyon ve test kapsamı
- aciliyet ve destek penceresi
- Seçilen özellikler: raporlar 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.
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.
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.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
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 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 |
07Teklif karşılaştırırken sorulacak sorular
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- Ödeme planı teslim aşamalarına bağlı mı?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
08Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
- App Store ve Google Play geliştirici hesapları
- sunucu veya bulut kullanımı
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.
09Giresun'da teklif almak
Giresun, Karadeniz Bölgesi'nde yer alan, plaka kodu 28 olan bir ildir; PTT verisine göre 16 ilçe ve 2.653 mahalle ve köy kaydından oluşur. Denize kıyısı olan illerdendir.
Mesafe yazılım işinin önünde engel değildir: Giresun'daki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.
Karadeniz Bölgesi'ndeki Artvin, Tokat ve Kastamonu gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.
Giresun bölgesinden test otomasyonu için ilk görüşmeyi telefonla yapabiliriz: 0540 003 19 81. İsterseniz kısa bir not bırakın, biz arayalım.
10Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 14
- Test kapsamı
- %12 → öncelik: kritik
- Güncel bağımlılık oranı
- %75 → öncelik: orta
- Ö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.
SSSSık sorulan sorular
Ö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.
Başka firmanın yazdığı koda müdahale eder misiniz?
Evet. Önce kod ve erişimler incelenir, risk analizi ve öncelik listesi çıkarılır; ardından bakım veya geliştirme planı yapılır.
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.
Sadece Giresun için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Karadeniz 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.
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.
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 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 güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Test otomasyonu KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Test otomasyonu firmasıFirma seçerken bakılacaklar
- Test otomasyonu geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
Giresun'da ilgili hizmetler
Karadeniz Bölgesi'ndeki diğer iller
Giresun ilçelerinde test otomasyonu fiyatları
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- Git
- dokümantasyon
- teknik borç
- Giresun