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
- aciliyet ve destek penceresi
- dokümantasyon ve test kapsamı
- erişimlerin hazır olup olmadığı
- kod tabanının büyüklüğü ve durumu
- Seçilen özellikler: CI entegrasyonu ve Playwright 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
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.
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
- İş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.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
04Bütçe planlama tablosu
| Yaklaşım | Kapsam | Teknoloji | Ölçek |
|---|---|---|---|
| Ekonomik başlangıç | Temel Playwright ve raporlar; 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 |
05Teklif karşılaştırırken sorulacak sorular
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Kapsam ve teslim kriterleri yazılı olarak belirtiliyor mu?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
- 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ı?
06Teklifte ayrıca sorulması gereken giderler
- SMS, e-posta ve API kullanım ücretleri
- harita ve bildirim servisleri
- alan adı yenileme
- App Store ve Google Play geliştirici hesapları
- 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.
07Sorgun'da teklif almak
PTT kayıtlarında Sorgun ilçesine bağlı 120 yerleşim bulunur: 45 mahalle ile 75 köy ve köy yerleşimi.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Sorgun'daki işletmelerle ekran paylaşımlı demolar ve ortak bir proje panosu üzerinden çalışılır. Donanım kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
Aynı ildeki Kadışehri, Çandır ve Sarıkaya ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
Sorgun 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.
08Örnek kapsam hesabı
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 40
- Test kapsamı
- %49 → öncelik: orta
- Güncel bağımlılık oranı
- %66 → öncelik: orta
- Önerilen ilk adım
- dokümantasyon ve izleme
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
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.
Yozgat dışındaki işletmelere de hizmet veriyor musunuz?
Askadar Yazılım 81 ilde uzaktan çalışır; Yozgat 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.
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.
Sorgun'da bulunuyorum, yerinde görüşme mümkün mü?
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.
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.
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Test otomasyonu: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
Sorgun'da ilgili hizmetler
Yozgat 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ı
- dokümantasyon
- teknik borç
- Yozgat
- Sorgun