Otomatik birim, entegrasyon ve uçtan uca testler.
01Test otomasyonu firması seçerken bakılacak ölçütler
Dokümantasyon
Kurulum, mimari ve kullanım bilgisi yazılı olarak teslim edilmelidir.
Bakım koşulları
Yayın sonrası hata düzeltme ve güncellemenin nasıl yürüyeceği tanımlıdır.
Test ortamı
Değişikliklerin canlıya çıkmadan denendiği ayrı bir ortam olmalıdır.
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
Kaynak kod sahipliği
Kaynak kodun ve verinin işletmeye teslim edileceği sözleşmede yazmalıdır.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
02Teklif görüşmesinde sorulacak sorular
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Barındırma, alan adı, lisans ve üçüncü taraf servis giderleri kimde olacak?
- Kaynak kod ve veri kime ait olacak, teslimde nasıl verilecek?
- Ödeme planı teslim aşamalarına bağlı mı?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
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.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
04Kırmızı bayraklar
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Test ortamı ve aşamalı teslim olmadan tek seferde teslim vaadi
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Ödemenin tamamını iş başlamadan isteyen plan
05Konya dışındaki bir firmayla nasıl çalışılır?
Uzaktan çalışmanın anahtarı düzenli iletişimdir: haftalık kısa toplantılar, ortak proje panosu ve her aşamada test ortamında çalışan bir sürüm.
- Görüntülü toplantı ve ekran paylaşımı
- Ortak proje panosu ve yazılı karar kaydı
- Her aşamada test ortamında deneme
- Kurulum, saha keşfi veya eğitim gerektiğinde yerinde çalışma
06Ilgın'da test otomasyonu için çalışma biçimimiz
Ilgın, Konya iline bağlı bir ilçedir ve PTT adres verisine göre 56 mahalleden oluşur. Birden fazla ilçede ekibi veya şubesi olan işletmelerde test otomasyonu için kullanıcı rolleri, şube bazlı görünürlük ve merkezi raporlar birlikte planlanır.
Mesafe yazılım işinin önünde engel değildir: Ilgın'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.
Aynı ildeki Tuzlukçu, Seydişehir ve Altınekin ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
Ilgın 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.
07Ekip ve çalışma biçimimiz
Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.
- Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
- KVKK baştan tasarlanır.
- Alan adı ve sunucu hesapları işletme adına açılır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz: görüntülü toplantı, ekran paylaşımlı demo ve ortak proje panosu. Donanım kurulumu, depo barkod sistemi kurulumu, saha keşfi veya kullanıcı eğitimi gereken işlerde yerinde çalışma planlanır.
08Örnek hesap
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 16
- Test kapsamı
- %64 → öncelik: düşük
- Güncel bağımlılık oranı
- %50 → öncelik: kritik
- Önerilen ilk adım
- bağımlılıkları kademeli güncellemek
Puan değil, öncelik sınıflamasıdır. Not: örnek hesaptır; kesin plan analizde çıkar.
SSSSık sorulan sorular
Ilgın'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.
Kaynak kod bize mi ait olacak?
Sözleşmede yazılı olarak belirtilir; biz kaynak kodun ve verinin işletmeye teslim edildiği çalışma biçimini öneririz.
Referanslarınızı görebilir miyim?
Görüşmede, gizlilik izin verdiği ölçüde çalışan projeleri canlı olarak gösterebiliriz. Referans kontrolünde yalnız logo listesine değil, çalışan bir sisteme ve o işletmenin deneyimine bakmanızı öneririz.
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.
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.
Konya dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; İç Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürür.
Yazılım firmasının yakın olması önemli mi?
Çoğu yazılım projesi uzaktan yürür; önemli olan düzenli iletişim, test ortamı ve yazılı kapsamdır. Kurulum veya eğitim gerekiyorsa yerinde çalışma 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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Test otomasyonu fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
Ilgın'da ilgili hizmetler
Konya 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ı
- bakım sözleşmesi
- Konya
- Ilgın