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
- aylık bakım mı olay bazlı iş mi
- kod tabanının büyüklüğü ve durumu
- erişimlerin hazır olup olmadığı
- dokümantasyon ve test kapsamı
- aciliyet ve destek penceresi
- 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.
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
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
| 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 |
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.
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.
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
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
08Teklifte ayrıca sorulması gereken giderler
- sunucu veya bulut kullanımı
- SMS, e-posta ve API kullanım ücretleri
- üçüncü taraf yazılım ve eklenti lisansları
- alan adı yenileme
- e-belge entegratörü hizmet bedeli
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.
09Beyağaç'ta teklif almak
Beyağaç'ın PTT verisindeki 15 yerleşim kaydı 1 farklı posta koduna dağılır.
Beyağaç'ta 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.
Denizli genelinde Honaz, Serinhisar ve Merkezefendi gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
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ı
- 34
- Test kapsamı
- %0 → öncelik: kritik
- Güncel bağımlılık oranı
- %52 → öncelik: kritik
- Ö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.
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.
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.
Beyağaç'ta yüz yüze görüşebilir miyiz?
Toplantılar görüntülü yapılır ve ekran paylaşımıyla ilerler. Cihaz kurulumu, saha incelemesi veya ekip eğitimi gibi yerinde bulunmayı gerektiren adımlar ayrıca planlanır.
Sadece Denizli için mi çalışıyorsunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Denizli de bunlardan biridir. Yerinde iş gerektiğinde ziyaret planlanır.
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.
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.
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 bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
- Test otomasyonu özellikleri ve modülleriOlması gereken modüller ve özellikler
- Test otomasyonu firmasıFirma seçerken bakılacaklar
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
Beyağaç'ta ilgili hizmetler
Denizli 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ç
- otomatik test
- Git
- Denizli
- Beyağaç