![translation](https://cdn.durumis.com/common/trans.png)
Bu, AI tarafından çevrilen bir gönderidir.
Tek Kişilik Uygulama Geliştirmede Hangi Testler Yapılmalı?
- tr Writing language: Korece
- •
-
tr
Referans Ülke: tr
Tüm ülkeler
- •
- BT
Dil Seç
Text summarized by durumis AI
- Uygulamanın piyasaya sürülmeden önce test kodunun yazılmasının önemini vurgulayarak, insan testi, entegrasyon testi, birim testi, kabul ve widget testi gibi çeşitli test yöntemleri için öncelik sırası belirtiyor.
- Geliştiriciler, zaman verimliliğini göz önünde bulundurarak insan testi ve entegrasyon testini (sağlayıcı odaklı) önceliklendirmeli, birim testleri daha sonra eklemeli ve kabul ile widget testleri zaman alıcı olduğu için verimliliği göz önünde bulundurarak yapmalıdır.
- Test otomasyonuyla zaman tasarrufu sağlayın, geliştirme hızını artırın ve hızlı bir şekilde piyasaya sürmeyi hedefleyin.
"Karın ağrısı, karnından daha büyük olmamalıdır. Yani, test yazmanın çok uzun sürmesi anlamsızdır."
Test yazarken zamanımızı mı bitireceğiz?
Test Yazma Hikayesi
Uygulamayı yayınlamadan önce, test kodunu en azından kısaca çalıştırmayı düşünüyorum. Aslında testlerin otomatikleştirilmesi, daha sonra sorun yaşamamak için şimdi yapılması daha iyi bir fikir.
Öncelikle, test önceliklerimin şu şekilde olduğunu düşünüyorum:
İnsan Testi > Entegrasyon Testi (yalnızca sağlayıcı) > Birim Testi > Widget, Kabul Testi
1. Sadece İnsan Testi
"İnsanın yapması en iyisidir."
Öncelikle entegrasyon testini gerçekleştirirken kullanıcı akışını kabaca incelemeyi düşünüyorum. Bu sayede testten en azından bir kez geçersek, sorun olmayacak, değil mi?
2. Birim Testi
"En küçük parçaların doğru çalıştığını test etme"
Aslında, başka birisinin birleştirme yapması veya benzeri bir durum söz konusu olmadığı için (tek başıma geliştirdiğim için), önceliği o kadar yüksek değil. İlk olarak kabaca çalışıp çalışmadığını kontrol edip, daha sonra birim testini eklemeyi düşünüyorum. Çalışıyorsa, demek ki geliştirmeyi tamamladım. Güncellenmediği veya yeni bir şey eklenmediği sürece, şimdilik hata oluşma olasılığı düşüktür.
3. Entegrasyon Testi
"Aslında sağlayıcı testi. Sadece buna odaklanın."
Geliştirdiğim uygulamada, bunun aslında sağlayıcı kontrolü olduğunu düşünüyorum. Her şeyi yeniden yapmaya zamanım yok ve genellikle riverpod ile tüm akışlar gerçekleştiği için, sadece bunu yaparak hataları önemli ölçüde azaltabileceğimi düşünüyorum.
4. Kabul, Widget Testi
"Önemlidir ama... Bunu yapmak için tüm zamanım gider."
Kullanıcı akışının doğrulanması ve widget'ların test edilmesi gerçekten çok önemlidir. Ancak bir sorun var... Bunları yapmak için inanılmaz derecede çok zaman harcanıyor. Tüm dalları kontrol etmek zor olduğu gibi, hepsini yazmak da neredeyse imkansız. Bunları test ettiğimde %100 güvenliği sağlayacağımı söyleyemem. Bu nedenle, maliyet-fayda oranının çok düşük olduğunu düşünüyorum. Entegrasyon testinde sağlayıcıyı test etmeli ve çalışmayan bir şey varsa, o zaman kullanıcılara bildirim göndererek veya benzeri bir yolla... o sorunu zaman zaman güncelleyebiliriz, diye düşünüyorum.
Belki biraz sorumsuz gibi görünebilir, ancak bu yöntem en iyisi gibi görünüyor.
Düşüncelerim
Aslında test, otomasyon gibidir. İnsanın tek tek test etmesi gereken şeyleri otomatikleştirerek zaman tasarrufu sağlayabileceğimiz iyi bir yöntemdir.
Öncelikle zaman altın değerindedir, bu nedenle acil olanları hızlı bir şekilde geliştirip, yayınlanma tarihini öne çekmeliyiz.
Zaman kısıtlı. Hızlı bir şekilde geliştirmemiz gerekecek gibi görünüyor.
Geliştirici Hakkında
Küresel bir ilişki uygulaması olan Alien, gerçek bir uluslararası çift tarafından birlikte geliştirilip yönetiliyor.
Youtube : https://www.youtube.com/@AlienApp
E-posta : slugj2020@gmail.com