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ı, 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.
Kod denetimi ve rapor
Kod denetimi ve rapor için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
Kademeli yenileme
Kademeli yenileme için kimin kullanacağı ve hangi veriye ihtiyaç duyulacağı analizde belirlenir.
03Test otomasyonu planlarken bilinmesi gerekenler
- 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.
- 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
Raporlar ilk günden çok sayıda olmamalı; yöneticinin her hafta baktığı birkaç temel rapor kurulur, kullanıldıkça zenginleştirilir.
Arayüz mobil uyumlu tasarlanır; sahada veya yolda olan kullanıcılar tarayıcıdan aynı ekranlara erişir. Kamera, barkod veya çevrimdışı kullanım gerekiyorsa mobil uygulama değerlendirilir.
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.
- Özel yazılımlar: Test otomasyonu, özel yazılımlar için iş akışına göre uyarlanır.
- 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.
08Hazro için özellik planı
PTT kayıtlarında Hazro ilçesine bağlı 31 yerleşim bulunur. 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: Hazro'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.
Diyarbakır genelinde Kocaköy, Çınar ve Lice gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.
Hazro 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
Sadece Diyarbakır için mi çalışıyorsunuz?
Hayır, Türkiye'nin her ilindeki işletmelerle çalışıyoruz; Güneydoğu Anadolu Bölgesi dahil tüm bölgelerde süreç aynı düzenle yürü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.
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.
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.
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.
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.
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.
Hazro'dan 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 geçiş ve veri aktarımıExcel'den veya eski sistemden geçiş
- Test otomasyonu entegrasyonlarıBağlanabilecek sistemler
- 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
Hazro'da ilgili hizmetler
Diyarbakır 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ç
- Diyarbakır
- Hazro