Bilişim Ders Notları
Yapay Zekâ · 34. hafta · Yapay Zekâ Uygulamaları Geliştirme

Final Projesi 4: Test, Geri Bildirim, İyileştirme

Yapay Zekâ Uygulamaları · 34. hafta ders notu · YZU1.3.2

Öğrenme çıktıları
YZU1.3.2
  • Uygulamasını hem ayrılmış test örnekleriyle hem de gerçek kullanıcılarla test eder.
  • Kullanıcıyı yardım etmeden gözlemler ve geri bildirimleri olduğu gibi kaydeder.
  • Geri bildirimleri önem sırasına koyarak veri, model ya da arayüzde hedefli iyileştirme yapar.
  • Yaptığı değişiklikleri sürüm notu olarak "yeni, düzeltildi, bilinen sorun" başlıklarıyla yazar.
Bilgisayarsız sınıf alternatifi

Kâğıt kullanılabilirlik testi

Geçen haftaki kâğıt uygulama başka takımdan bir öğrenciye verilir. Takım yalnızca "Bu uygulamayla bir yaprağın adını öğren" görevini söyler ve susar; kullanıcının nereye baktığını, nerede duraksadığını gözlem formuna yazar. Kullanıcı üç renk notla geri bildirim bırakır, takım bir sorunu seçip taslağı yeniden çizer ve kâğıdın köşesine "v1.1" yazar.

Konu anlatımı

Önce konuyu aç, sonra sorulara dokun: cevap altında açılır. Soru işaretli kutulara dokununca cevap görünür.

01Test–geri bildirim döngüsü
Sürüm1.0 → 1.1sürüm notu Test etGözle ve not alGeri bildirimÖnceliği seçİyileştir
  1. 1Test etUygulamayı gerçek kullanıcıya ve yeni test fotoğraflarına dene.Dokun, adını gör
  2. 2Gözle ve not alKullanıcıya yardım etmeden izle; takıldığı yeri yaz.Dokun, adını gör
  3. 3Geri bildirim"Ne hoşuna gitti, ne zorladı?" diye sor; cevapları olduğu gibi kaydet.Dokun, adını gör
  4. 4Önceliği seçTüm önerileri değil, en çok kullanıcıyı etkileyen 1–2 sorunu seç.Dokun, adını gör
  5. 5İyileştirVeriyi, modeli ya da arayüzü değiştir; sonra yeniden test et.Dokun, adını gör
  6. 6SürümHer turun sonunda sürüm numarası artar ve sürüm notu yazılır.Dokun, adını gör

Döngüdeki numaralara dokun.

?Neden bir döngü, neden tek seferlik test değil?
Her düzeltme yeni bir sorun doğurabilir ya da beklenen etkiyi yapmayabilir. Test et, gözle, sor, seç, iyileştir adımları tekrarlandıkça uygulama adım adım olgunlaşır.
?Önceliği nasıl seçeriz?
İki soru sorarız: Bu sorun kaç kullanıcıyı etkiliyor? Kullanıcının işini ne kadar engelliyor? Düğmeyi bulamamak herkesi durdurur, renk beğenmemek ise durdurmaz; önce düğme düzeltilir.
Anahtar kavramlar: TestGeri bildirimYineleme
02İki tür test

Soru işaretli kutulara dokun.

?Karışıklık tablosu ne gösterir?
Her gerçek sınıfın hangi sınıf olarak tahmin edildiğini gösterir. Söğüt satırında kavak sütununda sayı birikiyorsa model bu ikisini karıştırıyordur; iyileştirme bu iki sınıfa odaklanır.
?Uç durum testi neden yapılır?
Kullanıcı uygulamayı bizim düşünmediğimiz şekilde kullanabilir. İki yaprağı birden göstermek ya da karanlıkta denemek, uygulamanın bu durumlarda da anlaşılır bir mesaj verip vermediğini ortaya çıkarır.
Model testi GerçekTahminSonuç cevizcevizelmaelmasöğütkavakkavakkavakyaprak yokyaprak yoksöğütsöğüt 6 denemede 5 doğru Kullanıcı ne dedi? Düğmeyi bulamadım,çok küçük.Sonuç çok çabukkayboldu.Bilgi kartı çokhoşuma gitti! Memnuniyet
TestNe ölçer?Nasıl yapılır?
Model testi
Kullanıcı testi
Uç durum testi
Yeniden test
03İyileştirme yolları

Kartlara dokun.

?Bu betikteki sayaçlar neyi ölçer?
Kullanıcı testinde uygulamanın kaç kez sonuç verdiğini, kaç kez "emin değilim" dediğini sayar. "Emin değil" sayısı çok yüksekse ya güven sınırı fazla yüksektir ya da model yeterince eğitilmemiştir.
?Sonucun ekranda kalma süresi neden 2 saniyeden 4 saniyeye çıkarıldı?
Kullanıcı testinde "sonuç çok çabuk kayboldu" geri bildirimi geldi. Küçük bir kod değişikliği, kullanıcının en sık yaşadığı sorunu çözdü.
boşluk ▾ tuşuna basılınca
kamera ▾ görüntüsünü analiz et
güven ▾ değişkenini güven değeri yap
eğer (güven) < (60) ise
Emin olamadım, daha yakından göster. de 3 saniye
emin değil ▾ değişkenini 1 değiştir
değilse
tanınan sınıf de 4 saniye
sonuç verdi ▾ değişkenini 1 değiştir
1. Çantayı al2. Okula yürü3. Ayakkabı giy4. Sınıfa gir Hata nerede?
04Sürüm notları
?Sürüm notu nedir?
Uygulamanın yeni sürümünde nelerin değiştiğini anlatan kısa listedir. "Yeni", "Düzeltildi" ve "Bilinen sorun" başlıkları kullanıcının neyi beklemesi gerektiğini gösterir.
?Sürüm numarası nasıl artar?
Küçük düzeltmelerde ikinci sayı artar (v1.0 → v1.1). Uygulamada büyük bir değişiklik olduğunda ilk sayı artar (v1.x → v2.0).
Biliyor muydun?

Sürüm notlarını ilerleme günlüğünün son sayfasına yazın; fuardaki posterin "Model ve test" bölümü için hazır bilgi olur.

Sürüm notlarıv1.1 · 9 Haz. YENİ +Sesli oku düğmesi eklendi+Söğüt için 30 yeni fotoğraf DÜZELTİLDİ Sonuç 3 saniye ekranda kalıyor"Tanı" düğmesi büyütüldü BİLİNEN SORUN !Karanlıkta güven %50’nin altına iniyor v1.03 Haz.v1.19 Haz.v1.2fuar

Ders akışı

40 dakikalık bir ders saati için planlandı. Adımın başlığına dokun, ayrıntılar açılsın.

5dk

Isınma: Kim test etmeli?

"Uygulamanızı en iyi kim test eder: siz mi, hiç görmemiş biri mi?" diye sor. Takımın uygulamayı nasıl kullanacağını zaten bildiğini, bu yüzden gözden kaçan sorunları ancak yeni bir kullanıcının bulacağını tartıştır.

8dk

Keşif: Test–geri bildirim döngüsü

Numaralı döngü çizimini aç ve beş adımı sırayla dokundurarak anlat. Her turun sonunda sürüm numarasının arttığını, iyileştirmenin ardından mutlaka yeniden test yapıldığını vurgula: ölçülmeyen iyileşme, iyileşme değildir.

Sürüm1.0 → 1.1sürüm notu Test etGözle ve not alGeri bildirimÖnceliği seçİyileştir
19dk

Etkinlik: Değiş tokuş testi

Takımlar eşleşir: A takımından bir kullanıcı B'nin uygulamasını tahtada dener, B takımı yardım etmeden izler ve gözlem formunu doldurur. Kullanıcı üç renk notla geri bildirim bırakır. Sonra roller değişir. Kalan sürede takımlar en önemli sorunu seçip düzeltir; örneğin sonucun ekranda kalma süresini uzatır ve başarı sayacını ekler.

boşluk ▾ tuşuna basılınca
kamera ▾ görüntüsünü analiz et
güven ▾ değişkenini güven değeri yap
eğer (güven) < (60) ise
Emin olamadım, daha yakından göster. de 3 saniye
emin değil ▾ değişkenini 1 değiştir
değilse
tanınan sınıf de 4 saniye
sonuç verdi ▾ değişkenini 1 değiştir
8dk

Değerlendirme: Sürüm notu

Takımlar sürüm notunu yazar: ne eklendi, ne düzeltildi, hangi sorun hâlâ duruyor. İki takım notunu tahtada okur; sınıf "Bu düzeltme gerçekten kullanıcının sorununu çözüyor mu?" diye sorar.

Sürüm notlarıv1.1 · 9 Haz. YENİ +Sesli oku düğmesi eklendi+Söğüt için 30 yeni fotoğraf DÜZELTİLDİ Sonuç 3 saniye ekranda kalıyor"Tanı" düğmesi büyütüldü BİLİNEN SORUN !Karanlıkta güven %50’nin altına iniyor v1.03 Haz.v1.19 Haz.v1.2fuar

Doğru mu, yanlış mı?

Dersin sonunda tahtada ya da öğrencinin kendi cihazında çözülür.

1. Uygulamayı daha önce hiç görmemiş bir kullanıcıyla test etmek, takımın fark etmediği sorunları ortaya çıkarır.

Cevabı gösterDoğru

2. Test sırasında kullanıcı takılınca hemen ne yapması gerektiğini söylemeliyiz.

Cevabı gösterYanlış · Yardım edersek sorunun nerede olduğunu göremeyiz. Takılınan yer not edilir; uygulama kendi başına yol gösterebilmelidir.

3. Model testi, modelin tahminlerinin ne kadar doğru olduğunu ölçer.

Cevabı gösterDoğru

4. Kullanıcı testi yalnızca modelin doğruluğunu ölçer; arayüzle ilgisi yoktur.

Cevabı gösterYanlış · Kullanıcı testi uygulamanın bütününe bakar: düğmeyi bulabildi mi, mesajı anladı mı, sonucu görebildi mi? Model doğru olsa bile arayüz kötü olabilir.

5. Tüm geri bildirimleri aynı anda uygulamak en iyi iyileştirme yoludur.

Cevabı gösterYanlış · Önce en çok kullanıcıyı etkileyen 1–2 sorun seçilir ve düzeltilir. Çok şeyi birden değiştirmek hangi değişikliğin işe yaradığını anlamayı zorlaştırır.

6. İyileştirmeden sonra aynı test örnekleriyle yeniden ölçüm yapılmalıdır.

Cevabı gösterDoğru · Böylece önceki ve sonraki doğruluk karşılaştırılabilir.

7. Sürüm notunda "bilinen sorun" yazmak projenin başarısız olduğunu gösterir.

Cevabı gösterYanlış · Bilinen sorunları açıkça yazmak dürüstlüktür ve kullanıcıyı uyarır. Gerçek yazılımlarda da sürüm notları çözülmemiş sorunları listeler.

8. Bir sınıf sık sık başka bir sınıfla karışıyorsa o sınıflara ayırt edici örnekler eklemek bir iyileştirme yoludur.

Cevabı gösterDoğru

9. Sürüm numarası (v1.0, v1.1) her iyileştirme turunda artırılır.

Cevabı gösterDoğru
← Önceki haftaFinal Projesi 3: Uygulamayı Blokla Geliştirme Sonraki hafta →Final Projesi 5: Poster, Sunum ve Demo

34. hafta günlük planı

2026–2027 1. düzey Seçmeli Yapay Zekâ Uygulamaları dersi 34. hafta günlük planı. Okul ve öğretmen bilgileriyle doldurulmuş Word dosyası için etkileşimli sürümde Evraklar › Günlük planlar bölümünü kullanın.

2026–2027 EĞİTİM ÖĞRETİM YILI …………………………

SEÇMELİ YAPAY ZEKÂ UYGULAMALARI 1. SEVİYE DERSİ GÜNLÜK PLANI · 34. HAFTA

BÖLÜM I · DERSE İLİŞKİN BİLGİLER
DersSeçmeli Yapay Zekâ Uygulamaları 1. SeviyeSınıf / Düzey1. düzey (seçmeli)
Hafta / Tarih34. Hafta · 7–11 Haziran (HAZİRAN)Süre2 ders saati (40' + 40')
TemaYAPAY ZEKÂ UYGULAMALARI GELİŞTİRME
KonuFinal Projesi 4: Test, Geri Bildirim, İyileştirme
BÖLÜM II · ÖĞRENME ÇIKTILARI VE KAYNAKLAR
Öğrenme çıktısıYZU1.3.1 – YZU1.3.2 Yapay zekâ uygulamaları geliştirme ve sunma
Süreç bileşenleri
  • Uygulamasını hem ayrılmış test örnekleriyle hem de gerçek kullanıcılarla test eder.
  • Kullanıcıyı yardım etmeden gözlemler ve geri bildirimleri olduğu gibi kaydeder.
  • Geri bildirimleri önem sırasına koyarak veri, model ya da arayüzde hedefli iyileştirme yapar.
  • Yaptığı değişiklikleri sürüm notu olarak "yeni, düzeltildi, bilinen sorun" başlıklarıyla yazar.
Araç, gereç ve kaynaklarTakımların uygulamaları (PictoBlox projeleri) ve test örnekleri · Yazdırılmış test tablosu ve gözlem formu · Üç renk yapışkan not (sarı: sorun, pembe: öneri, yeşil: beğeni) · Akıllı tahtada test–geri bildirim döngüsü çizimi · Bilişim Ders Notları ders sayfası, sunum ve etkinlikler (bilisimdersnotlari.com)
BÖLÜM III · ÖĞRENME-ÖĞRETME UYGULAMALARI
SüreEtkinlik akışı
1. ders
5 dk		Isınma: Kim test etmeli?
"Uygulamanızı en iyi kim test eder: siz mi, hiç görmemiş biri mi?" diye sor. Takımın uygulamayı nasıl kullanacağını zaten bildiğini, bu yüzden gözden kaçan sorunları ancak yeni bir kullanıcının bulacağını tartıştır.
1. ders
8 dk		Keşif: Test–geri bildirim döngüsü
Numaralı döngü çizimini aç ve beş adımı sırayla dokundurarak anlat. Her turun sonunda sürüm numarasının arttığını, iyileştirmenin ardından mutlaka yeniden test yapıldığını vurgula: ölçülmeyen iyileşme, iyileşme değildir.
1. ders
19 dk		Etkinlik: Değiş tokuş testi
Takımlar eşleşir: A takımından bir kullanıcı B'nin uygulamasını tahtada dener, B takımı yardım etmeden izler ve gözlem formunu doldurur. Kullanıcı üç renk notla geri bildirim bırakır. Sonra roller değişir. Kalan sürede takımlar en önemli sorunu seçip düzeltir; örneğin sonucun ekranda kalma süresini uzatır ve başarı sayacını ekler.
1. ders
8 dk		Değerlendirme: Sürüm notu
Takımlar sürüm notunu yazar: ne eklendi, ne düzeltildi, hangi sorun hâlâ duruyor. İki takım notunu tahtada okur; sınıf "Bu düzeltme gerçekten kullanıcının sorununu çözüyor mu?" diye sorar.
2. ders
10 dk		Tekrar: Sunum
8 slaytlık ders sunumu akıllı tahtada açılır; önceki saatte öğrenilen kavramlar öğrencilerle birlikte tekrar edilir.
2. ders
20 dk		Uygulama: Etkinlikler
Akıllı tahtada etkileşimli etkinlikler oynanır: Test–geri bildirim döngüsü; Bu geri bildirim neyi düzeltir?; Döngü: numara → adım; Doğru mu, yanlış mı?; Kutuyu aç: konu soruları.
2. ders
10 dk		Değerlendirme
9 soruluk doğru-yanlış testi tahtada birlikte çözülür; yanlış cevaplar gerekçeleriyle tartışılır.
FarklılaştırmaBilgisayarsız sınıf alternatifi: Kâğıt kullanılabilirlik testi. Geçen haftaki kâğıt uygulama başka takımdan bir öğrenciye verilir. Takım yalnızca "Bu uygulamayla bir yaprağın adını öğren" görevini söyler ve susar; kullanıcının nereye baktığını, nerede duraksadığını gözlem formuna yazar. Kullanıcı üç renk notla geri bildirim bırakır, takım bir sorunu seçip taslağı yeniden çizer ve kâğıdın köşesine "v1.1" yazar.
BÖLÜM IV · ÖLÇME VE DEĞERLENDİRME
Ölçme araçlarıKontrol listesi, dereceli puanlama anahtarı, öz ve akran değerlendirme
Doğru-yanlış soruları
  1. Uygulamayı daha önce hiç görmemiş bir kullanıcıyla test etmek, takımın fark etmediği sorunları ortaya çıkarır. (D)
  2. Test sırasında kullanıcı takılınca hemen ne yapması gerektiğini söylemeliyiz. (Y)
  3. Model testi, modelin tahminlerinin ne kadar doğru olduğunu ölçer. (D)
  4. Kullanıcı testi yalnızca modelin doğruluğunu ölçer; arayüzle ilgisi yoktur. (Y)
  5. Tüm geri bildirimleri aynı anda uygulamak en iyi iyileştirme yoludur. (Y)
  6. İyileştirmeden sonra aynı test örnekleriyle yeniden ölçüm yapılmalıdır. (D)
  7. Sürüm notunda "bilinen sorun" yazmak projenin başarısız olduğunu gösterir. (Y)
  8. Bir sınıf sık sık başka bir sınıfla karışıyorsa o sınıflara ayırt edici örnekler eklemek bir iyileştirme yoludur. (D)
  9. Sürüm numarası (v1.0, v1.1) her iyileştirme turunda artırılır. (D)
Dersin uygulanmasına ilişkin açıklamalarDeğiş tokuş testinde gözlemci öğrencilerin konuşmaması zor olur; ağızlarına "fermuar" çekme hareketiyle oyunlaştırın. Geri bildirim notlarını panoya renklerine göre ayırarak asın; en çok sarı not alan sorun genellikle önce düzeltilmesi gerekendir.
…………………………Bilişim Teknolojileri Öğretmeni
UYGUNDUR07.06.2027…………………………Okul Müdürü
Bu dersi sınıfta işleyinSunum, tahta modu ve etkileşimli etkinlikler için.
Etkileşimli sürümü aç →