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
- kod tabanının büyüklüğü ve durumu
- aciliyet ve destek penceresi
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
- aylık bakım mı olay bazlı iş mi
- Seçilen özellikler: raporlar ve CI entegrasyonu 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
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.
Sabit kapsam
Kapsamı ve teslim kriterleri net olan işlerde uygundur; değişiklikler ayrıca planlanı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 |
|---|---|---|
| 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 |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
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.
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 | Ö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 |
07Teklif karşılaştırırken sorulacak sorular
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Geliştirme sırasında deneyebileceğim bir test ortamı olacak mı?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
08Teklifte ayrıca sorulması gereken giderler
- e-belge entegratörü hizmet bedeli
- App Store ve Google Play geliştirici hesapları
- harita ve bildirim servisleri
- sunucu veya bulut kullanımı
- üçü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.
09Çınarcık'ta teklif almak
PTT kayıtlarında Çınarcık ilçesine bağlı 17 yerleşim bulunur: 12 mahalle ile 5 köy ve köy yerleşimi.
Mesafe yazılım işinin önünde engel değildir: Çınarcık'taki 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.
Aynı ildeki Termal, Armutlu ve Altınova 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ı
- 20
- Test kapsamı
- %7 → ö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
Yalova dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Yalova de bunlardan biridir. Yerinde iş gerektiğinde ziyaret 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.
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.
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.
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.
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu firmasıFirma seçerken bakılacaklar
- Test otomasyonu geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Çınarcık'ta ilgili hizmetler
Yalova içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- test ortamı
- Yalova
- Çınarcık