Hopa'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 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

• Raporları önce temel düzeyde kurup kullanıldıkça zenginleştirmek
• İlk sürümde yalnız en çok zaman kaybettiren işi çözmek
• Mevcut muhasebe programını değiştirmeden entegrasyonla bağlamak
• Bulut barındırmayla donanım yatırımını ertelemek

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.

06Hopa'da KOBİ'lerle çalışma düzeni

PTT kayıtlarında Hopa ilçesine bağlı 30 yerleşim bulunur: 7 mahalle ile 23 köy ve köy yerleşimi.

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

Artvin genelinde Borçka, Yusufeli ve Artvin Kemalpaşa gibi diğer ilçelerdeki işletmelerle de aynı uzaktan çalışma düzeniyle ilerlenir.

07Planlama notları

• İşe kod ve altyapı incelemesiyle başlanır: kaynak kod, erişimler, sürümler, dokümantasyon.
• Değişiklikler sürüm kontrolüyle (Git) ve test ortamında yapılır.
• Bakım kapsamı yazılı tanımlanır: izleme, güncelleme, hata düzeltme, küçük geliştirme.

08Hangi durumlarda gündeme gelir?

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.

Playwright gerektiğinde

Playwright, test otomasyonu projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

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
• Artvin
• Hopa