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
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- kod tabanının büyüklüğü ve durumu
- aciliyet ve destek penceresi
- Seçilen özellikler: CI entegrasyonu ve raporlar 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
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.
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
- Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
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 |
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 | Özel geliştirme + hazır servisler | 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
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- 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
- harita ve bildirim servisleri
- SMS, e-posta ve API kullanım ücretleri
- sunucu veya bulut kullanımı
- alan adı yenileme
- üçüncü taraf yazılım ve eklenti lisansları
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.
08Amasra'da teklif almak
Amasra, Bartın iline bağlı bir ilçedir ve PTT adres verisine göre 96 mahalle ve köy kaydından oluşur.
Amasra'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ı ildeki Ulus, Bartın Merkez ve Kurucaşile ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapı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ı
- 29
- Test kapsamı
- %14 → öncelik: kritik
- Güncel bağımlılık oranı
- %70 → ö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
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.
Ö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.
Bartın dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Bartın de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanı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.
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.
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.
Amasra'da 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.
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
- Test otomasyonu: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Test otomasyonu firmasıFirma seçerken bakılacaklar
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
Amasra'da ilgili hizmetler
Bartın içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- Git
- dokümantasyon
- teknik borç
- Bartın
- Amasra