Yatağan'daki KOBİ'ler için test otomasyonu

01KOBİ'nin gerçek ihtiyacı: küçük başlamak

KOBİ'lerde yazılımın değeri, ekibin her gün yaptığı işi ne kadar kısalttığıyla ölçülür. Kapsamlı ama kullanılmayan bir sistem yerine az ama her gün kullanılan bir sistem daha değerlidir.

• raporlar
• Playwright
• CI entegrasyonu

02Aşamalı yol haritası

1. İlk sürüm (MVP): en çok zaman kaybettiren iş
2. Kullanıcı geri bildirimiyle düzeltmeler
3. İkinci modül: rapor veya entegrasyon
4. Mobil erişim ve bildirimler
5. Büyüme: yeni şube, yeni rol, yeni kanal

03Test otomasyonu planlarken bilinmesi gerekenler

• Önce kritik hatalar ve güvenlik güncellemeleri, sonra yeni özellikler.
• Kaynak kod ve sunucu erişimi işletmede olmalıdır; değilse önce bu çözülür.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.

04Bütçeyi koruyan tercihler

• Hazır servisleri (ödeme, e-posta, harita) baştan yazmak yerine kullanmak
• İlk sürümde yalnız en çok zaman kaybettiren işi çözmek
• Bulut barındırmayla donanım yatırımını ertelemek
• Mevcut muhasebe programını değiştirmeden entegrasyonla bağlamak

05Destek ve hibe notu

KOSGEB ve benzeri kurumların dijitalleşme destek programları dönemsel olarak açılır; güncel çağrıları ilgili kurumdan kontrol edin.

06Yatağan'da KOBİ'lerle çalışma düzeni

Yatağan, Muğla iline bağlı bir ilçedir ve PTT adres verisine göre 50 mahalleden oluşur.

Mesafe yazılım işinin önünde engel değildir: Yatağan'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.

Aynı ildeki Menteşe, Fethiye ve Marmaris ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

07Kapsamı ve maliyeti etkileyenler

• aylık bakım mı olay bazlı iş mi
• aciliyet ve destek penceresi
• erişimlerin hazır olup olmadığı
• dokümantasyon ve test kapsamı

08Hangi durumlarda gündeme gelir?

Hatalar tekrar tekrar ortaya çıktığında

Hata yeniden üretilir, kök nedeni bulunur ve regresyon testiyle kalıcı düzeltilir.

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.

09Örnek: küçük ölçekli başlangıç

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• Playwright
• CI entegrasyonu
• raporlar
• hata kaydı
• sürüm yükseltme
• refactoring
• bakım sözleşmesi
• teknik borç
• Muğla
• Yatağan