Otomatik birim, entegrasyon ve uçtan uca testler.
01Test otomasyonu firması seçerken bakılacak ölçütler
KVKK yaklaşımı
Kişisel veri, erişim yetkisi ve kayıt tutma tasarımın parçasıdır.
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.
İletişim düzeni
Kiminle, hangi kanaldan ve hangi sıklıkta görüşüleceği baştan bellidir.
Referans kontrol yöntemi
Referans isterken çalışan bir projeyi görmek ve o işletmeyle doğrudan konuşmak, yalnız logo listesine bakmaktan daha güvenilirdir.
02Teklif görüşmesinde sorulacak sorular
- Yedekleme nasıl yapılacak, geri yükleme denenecek mi?
- KVKK açısından erişim yetkileri ve kayıtlar nasıl tasarlanacak?
- Dokümantasyon ve kullanıcı eğitimi kapsamda mı?
- Ödeme planı teslim aşamalarına bağlı mı?
- Kapsam dışı değişiklik talepleri nasıl yönetilecek?
- Yayın sonrası hata düzeltme ve bakım koşulları neler?
03Test 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.
04Kırmızı bayraklar
- Alan adını ve sunucu hesabını kendi adına açmak isteyen yaklaşım
- Ödemenin tamamını iş başlamadan isteyen plan
- Garanti edilen sıralama, kesin satış veya "en iyi" iddiaları
- Analiz yapmadan, birkaç dakikalık görüşmeyle kesin fiyat veren teklif
- Kaynak kodu teslim etmeyeceğini söyleyen veya sözleşmede belirtmeyen firma
05Şırnak 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
06Şırnak Merkez'de test otomasyonu için çalışma biçimimiz
PTT kayıtlarında Şırnak Merkez ilçesine bağlı 52 yerleşim bulunur: 21 mahalle ile 31 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; Şırnak Merkez'deki 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 Beytüşşebap, Güçlükonak ve İdil 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.
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.
- Kapsam ve teslim kriterleri yazılı olur.
- KVKK baştan tasarlanır.
Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Şırnak da bunlardan biri.
08Örnek hesap
Örnek: kod sağlığı öncelik tablosu
- Modül sayısı
- 25
- Test kapsamı
- %5 → öncelik: kritik
- Güncel bağımlılık oranı
- %77 → ö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
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.
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.
Sözleşmede nelere dikkat etmeliyim?
Kapsam ve teslim kriterleri, kaynak kod ve veri sahipliği, ödeme planının aşamalara bağlanması, bakım koşulları ve gizlilik maddeleri.
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.
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 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.
Şırnak Merkez'den yazıyorum; toplantılar nasıl yapılıyor?
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu: hazır paket mi özel yazılım mı?Hazır çözüm ile özel geliştirmenin farkı
- Test otomasyonu özellikleri ve modülleriOlması gereken modüller ve özellikler
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Şırnak Merkez'de ilgili hizmetler
Şırnak içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- bakım sözleşmesi
- teknik borç
- test ortamı
- Şırnak
- Merkez