Otomatik birim, entegrasyon ve uçtan uca testler.
01Olmazsa olmaz özellikler
- Playwright
- CI entegrasyonu
- raporlar
02İhtiyaca göre eklenen modüller
Kod denetimi ve rapor
Kod denetimi ve rapor, ihtiyaç netleştiğinde test otomasyonu içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Kademeli yenileme
Kademeli yenileme, ihtiyaç netleştiğinde test otomasyonu içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Dokümantasyon
Dokümantasyon, ihtiyaç netleştiğinde test otomasyonu içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
Aylık bakım anlaşması
Aylık bakım anlaşması, ihtiyaç netleştiğinde test otomasyonu içine ayrı bir modül olarak eklenebilir; ilk sürümde zorunlu değildir.
03Test otomasyonu planlarken bilinmesi gerekenler
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
04Kullanıcı rolleri ve yetkiler
| Rol | Görebilir | Yapabilir |
|---|---|---|
| Yönetici | Tüm kayıtlar ve raporlar | Kullanıcı ve ayar yönetimi |
| Çalışan | Kendi işleri ve atananlar | Kayıt girişi ve güncelleme |
| Müşteri / bayi | Kendi kayıtları | Talep ve sipariş |
05Raporlar ve mobil kullanım
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Telefon ve tablette kullanılacak ekranlar sadeleştirilir; en sık yapılan işlem tek dokunuşla erişilebilir olur.
06Sektöre göre özellik önerileri
- Mobil uygulamalar: Test otomasyonu, mobil uygulamalar için iş akışına göre uyarlanır.
- Web siteleri: Test otomasyonu, web siteleri için iş akışına göre uyarlanır.
- Eski (legacy) sistemler: Test otomasyonu, eski (legacy) sistemler için iş akışına göre uyarlanır.
- Yarım kalan projeler: Test otomasyonu, yarım kalan projeler için iş akışına göre uyarlanır.
07Esenyurt için özellik planı
Esenyurt'un PTT verisindeki 43 yerleşim kaydı 12 farklı posta koduna dağılır. Büyükşehirlerde merkez ve şube yapısıyla çalışan işletmeler için test otomasyonu tasarımında merkez-şube yetki yapısı ve birleşik raporlama öne çıkar.
Yazılım projelerinde analiz, tasarım ve geliştirme çoğunlukla uzaktan, görüntülü toplantılarla yürür; Esenyurt'taki 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.
İstanbul genelinde Fatih, Maltepe ve Büyükçekmece 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.
SSSSık sorulan sorular
Kullanıcı rolleri nasıl belirlenir?
Kimin neyi göreceği, kimin neyi onaylayacağı mevcut iş akışından çıkarılır ve bir yetki matrisiyle belgelenir.
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.
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.
Tüm özellikler ilk sürümde mi olmalı?
Hayır. İlk sürüm en çok zaman kaybettiren işi çözmeye odaklanır; diğer özellikler kullanım verisi ve geri bildirimle sürüm planına alınır.
Özellik listesini nasıl hazırlamalıyım?
Bugün nasıl çalıştığınızı, en çok zaman alan işi ve olmazsa iş yapılamayacak adımları yazmanız yeterli; teknik listeyi analizde birlikte çıkarırız.
Esenyurt'ta bulunuyorum, yerinde görüşme mümkün mü?
İşin büyük bölümü uzaktan yürür: ilk görüşme telefonla, sonraki toplantılar görüntülü yapılır. Kurulum ya da eğitim gerekiyorsa yerinde çalışma takvime eklenir.
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.
Hangi özellik ilk sürümde olmalı?
Her gün kullanılacak ve en çok zaman kazandıracak özellikler ilk sürümde olmalıdır; diğerleri kullanım verisine göre eklenir.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Test otomasyonu fiyatlarıMaliyeti belirleyen kalemler ve teklif karşılaştırma
- Test otomasyonu firmasıFirma seçerken bakılacaklar
Esenyurt'ta ilgili hizmetler
İstanbul içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- otomatik test
- bakım sözleşmesi
- teknik borç
- İstanbul
- Esenyurt