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.
Dokümantasyon
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Aylık bakım anlaşması
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
Kademeli yenileme
Bu modül, iş akışınız gerektiriyorsa kapsamın başında konuşulur; aksi halde sonraki sürüm planına bırakılabilir.
03Test otomasyonu planlarken bilinmesi gerekenler
- Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
- İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
04Sık karşılaşılan durumlar
| Durum | Olası neden | Çözüm |
|---|---|---|
| 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 |
| Her düzeltme yeni hata doğuruyor | Test yok | Otomatik testler |
05Kullanı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ş |
06Raporlar 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.
07Sektöre göre özellik önerileri
- Mobil uygulamalar: Test otomasyonu, mobil uygulamalar 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.
- Özel yazılımlar: Test otomasyonu, özel yazılımlar 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.
08Pozantı için özellik planı
Pozantı'nın PTT verisindeki 21 yerleşim kaydı 3 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.
Pozantı'da 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.
Aynı ildeki Saimbeyli, Karaisalı ve Kozan ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
Pozantı 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.
SSSSık sorulan sorular
Ö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.
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.
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.
Pozantı'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.
Adana dışındaki işletmelere de hizmet veriyor musunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Akdeniz Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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 KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Test otomasyonu yaptırmaKapsam, süreç ve iletişim
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
- Test otomasyonu geliştirme süreciAnalizden yayına aşamalar
- Test otomasyonu geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
Pozantı'da ilgili hizmetler
Adana içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- Git
- teknik borç
- test ortamı
- Adana
- Pozantı