Otomatik birim, entegrasyon ve uçtan uca testler.
01Olmazsa olmaz özellikler
- Playwright
- CI entegrasyonu
- raporlar
02İhtiyaca göre eklenen modüller
Aylık bakım anlaşması
Aylık bakım anlaşması için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
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 için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Dokümantasyon
Dokümantasyon için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
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.
- Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
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 birimler | Onay ve yetki |
| Birim sorumlusu | Kendi birimi | Onay, atama, rapor |
| Kullanıcı | Kendi kayıtları | Giriş ve takip |
| Denetçi | Salt okunur raporlar | Dışa aktarım |
06Raporlar ve mobil kullanım
Rapor ihtiyacı, kararların hangi rakamlara bakılarak verildiği sorusuyla belirlenir; her rapor bir karara hizmet etmelidir.
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
- Yarım kalan projeler: Test otomasyonu, yarım kalan projeler için iş akışına göre uyarlanır.
- Web siteleri: Test otomasyonu, web siteleri için iş akışına göre uyarlanır.
- Mobil uygulamalar: Test otomasyonu, mobil uygulamalar 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.
08Kınık için özellik planı
Kınık, İzmir iline bağlı bir ilçedir ve PTT adres verisine göre 38 mahalleden oluşur. Bu kayıtlardan 1 tanesi organize sanayi veya serbest bölge kaydıdır. Kınık'ta PTT verisine göre 1 OSB/SB kaydı bulunur; üretim ve tedarik zinciriyle çalışan işletmelerde test otomasyonu için B2B süreçler ve mevcut programlarla entegrasyon ayrıca konuşulur.
Mesafe yazılım işinin önünde engel değildir: Kınık'taki 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 Torbalı, Aliağa ve Narlıdere ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.
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
Kınık'ta bulunuyorum, yerinde görüşme mümkün mü?
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.
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.
Ö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.
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.
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.
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.
→İlgili sayfalar
Test Otomasyonu hakkında diğer konular
- Test otomasyonu bakım ve destekYayın sonrası bakım, güncelleme ve destek
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
- Test otomasyonu teknolojileriTeknoloji seçimi ve mimari
- Test otomasyonu KOBİ'ler içinKüçük ve orta işletmeler için yol haritası
- Test otomasyonu güvenlik ve KVKK uyumuYetki, yedek, log ve KVKK
Kınık'ta ilgili hizmetler
İzmir içindeki diğer ilçeler
Bu sayfada geçen kavramlar
- Playwright
- CI entegrasyonu
- raporlar
- hata kaydı
- sürüm yükseltme
- refactoring
- teknik borç
- bakım sözleşmesi
- İzmir
- Kınık