Mihalgazi'deki KOBİ'ler için test otomasyonu

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

İlk sürüm tek bir sorunu çözmelidir: kaybolan siparişler, takip edilemeyen tahsilatlar veya elle hazırlanan raporlar gibi.

• Playwright
• raporlar
• 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 hangi ihtiyaca cevap verir?

Hatalar tekrar tekrar ortaya çıktığında

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

Yazılım yavaşladığında

Profil analiziyle darboğaz bulunur; sorgu, önbellek ve kod iyileştirmesi yapılır.

04Bütçeyi koruyan tercihler

• İlk sürümde yalnız en çok zaman kaybettiren işi çözmek
• Bulut barındırmayla donanım yatırımını ertelemek
• Raporları önce temel düzeyde kurup kullanıldıkça zenginleştirmek
• 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.

06Mihalgazi'de KOBİ'lerle çalışma düzeni

Mihalgazi'nin PTT verisindeki 9 yerleşim kaydı 1 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.

Mihalgazi'de 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 Sivrihisar, Han ve Mihalıççık ilçeleri için de test otomasyonu talepleri değerlendirilir; toplantılar uzaktan yapılır.

07Kapsamı ve maliyeti etkileyenler

• kod tabanının büyüklüğü ve durumu
• aylık bakım mı olay bazlı iş mi
• kullanılan teknolojilerin güncelliği
• aciliyet ve destek penceresi

08Planlama notları

• İş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.

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
• dokümantasyon
• bakım sözleşmesi
• otomatik test
• Eskişehir
• Mihalgazi