Yapay zekadan makale özeti
- Kısa
- Ayrıntılı
- Bu video, bir konuşmacı tarafından sunulan yazılım test süreci ve yönetimi konusunda kapsamlı bir eğitim dersidir.
- Video, yazılım test sürecinin beş aşamalı yaşam döngüsünü (planlama, tasarım, uygulama, raporlama ve geliştirme) detaylı olarak ele almaktadır. İçerikte test planlaması, test ortamı hazırlama, test araçları, test durumlarının nasıl oluşturulacağı, hata raporlaması ve hata yönetimi gibi konular adım adım anlatılmaktadır. Ayrıca, yazılım testinin temel amacı olan hataları erken tespit etme ve riskleri minimize etme yaklaşımı vurgulanmaktadır.
- Video, yazılım test sürecinde kullanılan araçlar (emülatörler, simülatörler, test verisi üreteçleri, debugger'lar), test durumlarının bileşenleri, hata sınıflandırması (kritik, ciddi, küçük ve kozmetik hatalar) ve test sürecinde karşılaşılabilecek riskler gibi pratik bilgiler de içermektedir. "İl Ekleme" modülü örneği üzerinden test durumlarının nasıl yazılacağı ve test sonuçlarının nasıl değerlendirileceği gösterilmektedir.
- 00:07Yazılım Test Süreci ve Yönetimi
- Bu haftaki konu test süreci ve test sürecinin yönetimi ile ilgili olup, yazılımın test sürecine dair yönetimsel yapılması gerekenler açıklanacaktır.
- İçerik test süreci ve yönetimi, testin planlanması, tasarımı, gerçekleştirilmesi, hataların değerlendirilmesi, test sonuçlarının raporlanması ve değerlendirme olmak üzere alt konuları içerecektir.
- Yazılım test süreci, yazılımın kaliteli bir şekilde üretilmesine yönelik bir yaşam döngüsü olarak tanımlanmaktadır.
- 01:35Test Güdümlü Yaklaşım
- Yazılım geliştirilirken, yazılımın en az derecede hata içermesi ve beklenenleri üst düzeyde karşılaması için test eylemleri geliştirme sürecinde en erken safhada başlamalıdır.
- Test uzmanları, olası hataları yazılım geliştirme sürecinin en erken safhalarından itibaren bulmayı ve düzeltilmesini amaçlar.
- Temel yaklaşım, riskin minimize edilmesi ve yazılımın kalitesini arttırmak, hataları tespit etmek ve gidermek için tasarlanmış bir dizi aktivitedir.
- 02:56Yazılım Test Süreci Adımları
- Yazılım test süreci, beşli diyebileceğimiz testin planlanması, yazılması, çalıştırılması, raporlanması ve geliştirilmesi şeklinde beş adımdan oluşmaktadır.
- Testin planlanması aşamasında test yöneticisi yazılım testini planlamalı, test kapsamını belirlemeli ve test stratejisi ve yaklaşımı belirlemelidir.
- Testin tasarımı aşamasında test senaryoları, vakalar ve verilerin hazırlanması ile test ortamının hazırlanması önemlidir.
- 04:25Test Uygulaması ve Raporlama
- Test uygulaması, test senaryolarının ve vakalarının uygulanması, sonuçların elde edilmesi, kaydedilmesi ve hataların raporlanması içerir.
- Hata yönetimi, meydana gelen hataların takibi, sınıflandırılması ve öncelik değerlerinin belirlenmesi içeren aktivitelerdir.
- Testin raporlanması, test sürecinin ve sonuçlarının raporlanması, hataların analiz edilmesi, hata oranları ve test kapsamıyla ilgili bilgi veren raporların oluşturulmasıdır.
- 05:52Yazılım Yaşam Döngüsü ve Test Eylemleri
- Test eylemleri yazılım yaşam döngüsünün bütün aşamalarında yer alır ve yazılım kalite unsurları çeşitli ölçümler doğurur.
- Gereksinim analizi aşamasında gereksinimlerin doğruluğu, test edilebilirliği, atomikliği ve tutarlılığı değerlendirilir.
- Tasarım aşamasında sistem ve entegrasyon testleri üretilir, birim test stratejileri belirlenir ve test ortamı hazırlanır.
- 08:43Yazılım Yaşam Döngüsü Aşamalarında Test
- Kodlama aşamasında birim testlerin gerçekleştirilmesi, kod gözden geçirme tekniklerinin izlenmesi ve sistem testleri için test ortamının hazırlanması önemlidir.
- Test fazında sistem testleri ve kabul testleri yapılır, sonuçlar onaylanır ve hatalar bildirilir.
- Bakım fazında yineleme testleri gerçekleştirilir, yeni versiyonlar ve özellikler için deneme testleri yapılır.
- 10:12Yazılım Test Süreci Akış Şeması
- Yazılım test süreci, önce planlanan, sonra uygulanan, sonuçları kayıt altına alınan ve belgelendirilen bir dizi eylemden oluşur.
- Yazılım test süreci, yazılımdaki hataların varlığına, hata olma olasılığına ve çeşitli koşullarda test edilmesine dayanır.
- Test planlama aşamasında testin amaçlarının belirlenmesi, test ortamının tanımlanması ve test için gerekli donanım/yazılımların belirlenmesi yapılır.
- 12:33Yazılım Test Planlaması
- Test planı mutlaka bir test yöneticisi veya test ekip lideri tarafından hazırlanır ve testin kapsamı, stratejisi, çevresi, kaynakları ve takvimi içermelidir.
- Test planında testin olası riskleri belirlenir ve test sonuçlarının raporlanmasına yönelik aktiviteler belirlenir.
- Testin çıkış kriteri olarak çeşitli belirtiler belirlenmelidir.
- 13:17Test Planlama Elemanları
- Test kapsamı, hangi modüllerin, fonksiyonların veya özelliklerin test edileceğinin belirlenmesidir.
- Test stratejisi, hangi test yaklaşımının kullanılacağı (manuel, otomatik, performans testi, stres testi) belirlenmesidir.
- Test çevresi, hangi donanım, yazılım ve ortamların kullanılacağı belirlenmesidir.
- 14:19Test Kaynakları ve Riskler
- Test kaynakları, test ekibi (insan kaynakları), test araçları ve test edilecek veriler gibi unsurlardır.
- Test takvimi, hangi test aktivitelerinin ne zaman ve kimler tarafından gerçekleştirileceğini belirtir.
- Test riskleri belirlenir ve bu risklere karşı önlemler alınması için bir plan hazırlanır.
- 15:51Test Süreci
- Test tasarımı aşamasında test ortamının hazırlanması, senaryoların hazırlanması, test yordamlarının belirlenmesi ve test durumlarının yazılması yapılır.
- Test tasarından sonra testin koşturulması, test execute edildikten sonra hata yönetimi ve hatanın raporlanması gereklidir.
- Test sürecinin tamamının bittikten sonra sonuçların raporlanması ve kaydedilmesi yapılır.
- 17:47Test Planlama Yaklaşımları
- Yazılım projelerinde test planlamasında iki farklı yaklaşım takip edilebilir.
- Birinci yaklaşımda her seviye test için ayrı test planı yapılır ve test ana planı, kabul test planı, sistem test planı, tümleştirme ve birim test planı şeklinde ilerler.
- İkinci yaklaşımda tüm testler için tek bir test planı yapılır ve bu plan birim testini, tümleştirme testini, sistem testini ve kabul testlerini tümleşik olarak içerir.
- 19:29Test Ortamı ve Test Tasarımı
- Test tasarımında test ortamının hazırlanması, test senaryolarının hazırlanması ve test verilerinin hazırlanması önemlidir.
- Test ortamı, test senaryolarının ve vakalarının doğru bir şekilde uygulanması için uygun donanım ve yazılım araçlarının kullanılmasıdır.
- Test ortamı hazırlandıktan sonra test durumlarının yazılması ve test yordamlarının hazırlanması yapılır.
- 21:09Koçan ve Sürücü Kavramları
- Koçan (stat), yazılımın belirli bir kısmını taklit eden, gerçek bileşenlerin yerine geçmesi için test amaçlı hazırlanan küçük yazılım parçasıdır.
- Sürücü, yazılımın belirli bir kısmını çağıran ve geri döndürdüğü sonuçları alarak test edebilen bir bileşendir.
- Test ortamının hazırlanmasında emülatör, simülatör ve hata ayıklayıcı gibi araçların da değerlendirilmesi gerekir.
- 24:24Emülatör ve Simülatör Kavramları
- Emülatörler, farklı cihazların işletim sistemlerini çalıştırmak veya platformlar arasında yazılım uygulamaları test etmek için kullanılan yardımcı araçlardır.
- Android emülatörü, Android cihazının işletim sistemi ve işlevselliğini yazılım düzeyinde taklit eden, uygulamaların geliştirilmesi ve test edilmesi için kullanılan bir ortamdır.
- Simülatörler, gerçek dünya koşullarını simüle eden yazılım araçlarıdır ve farklı ortamlar ve senaryolar için yazılım uygulamalarının performansını test etmek için kullanılır.
- 25:57Emülatör ve Simülatör Örnekleri
- Uçuş simülatörü, gerçek uçuş koşullarını simüle ederek pilotluk eğitimlerinde uçuş becerilerini test etmek için kullanılır.
- iOS için Xcode, Android için Android Studio, Windows için Visual Studio, Oracle için VM ve VirtualBox gibi emülatör araçları bulunmaktadır.
- Simülatörler daha donanım bağımlı ve kısıtlı yapıya sahiptir.
- 26:56Test Verisi Üreteçleri
- Test verisi üreteçleri (Quick Check, Jite Params, Faker, Makaro, Py Test Data Files) test durumlarının ve senaryolarının oluşturulması için gerekli test girdilerini üreten yazılımlardır.
- Bu araçlar otomatik olarak test verileri oluşturarak yazılımın farklı verilerle doğru çalıştığını ve tüm olası senaryolara karşı test edildiğini doğrulamak için yardımcı olur.
- Test verisi üreticileri, yazılım kalitesinin sağlanması için kullanılan araçlardır ve test verilerinin otomatik olarak oluşturulması ve denenmesi sayesinde hataları daha hızlı tespit edilmesine yardımcı olur.
- 29:06Test Verisi Üreteçleri Örnekleri
- Quick Check, Heskel programlama dili için geliştirilen, yazılımın doğru çalıştığını doğrulamak için otomatik olarak rastgele test verisi üreten bir araçtır.
- Jite Params, Java pro modeli için test verisi üretim aracı olarak kullanılır ve önceden tanımlanmış test verisi senaryoları için belirli veri setleri oluşturabilir.
- Faker, Python programı için geliştirilen, gerçekçi test verileri oluşturmak için önceden tamamlanmış veri şablonlarını kullanan bir araçtır.
- 30:06Diğer Test Verisi Üreteçleri
- Makaro, web uygulamaları için test verisi üreten interaktif çevrimiçi bir yazılımdır ve farklı veri türlerini destekleyen önceden tanımlanmış veri şablonlarını kullanabilir.
- Py Test Data Files, Python programlama dili için kullanılan bir test verisi üretici olup, test verilerini JSON, CSV veya YAML formatında okuyarak test senaryoları için veri setleri oluşturmaya yardımcı olur.
- 30:53Debugger (Hata Ayıklayıcı)
- Debugger, yazılımın hatalarını bulmak ve gidermek için kullanılan, programın çalışma zamanında adım adım işleyişini inceleme ve hataların nedenini bulma imkanı veren bir mekanizmadır.
- Debugger genellikle tümleşik geliştirme ortamlarında (IDE) bir parçası olarak sunulur ve kodun çalışma zamanındaki davranışını izlemek için öneriler sağlar.
- Visual Studio gibi IDE'lerde adım adım kod çalıştırma, değişken değerlerinin izlenmesi ve hata ayıklama işlemleri debugger tarafından sağlanır.
- 32:23Farklı Programlama Dilleri İçin Debugger Araçları
- Python için PyCharm ve Python Debugger (PDB), Java için Eclipse ve Java Debugger (JDB), C++ için Code Blocks ve GDB gibi farklı programlama dilleri için özel debugger araçları bulunmaktadır.
- 33:13Test Durumları
- Test durumu, belirli bir program parçasının çalıştığını veya bir gereksinimin doğrulandığının gösterilmesi için kullanılan girdiler, adımlar ve beklenen sonuçların belirtilmesi yapısına verilen isimdir.
- Test durumları, bir test sürecinin en küçük parçası olarak değerlendirilir ve yazılımın onaylanması için son kullanıcı ve paydaşlar tarafından onaylanması gereken aktiviteleri içerir.
- Geliştirilen yazılımın kendi belirtilerinin tümünü karşıladığını göstermek için her bir işlevsel gereksinime en az bir test durumu yazılmalıdır.
- 35:23Test Durumlarının Önemi
- Geliştirilen yazılımın kendinden beklenen tüm davranışları gerçekleştirdiğinin göstergesi, yazılıma ait tüm test durumlarının testlerden başarıyla geçmesidir.
- Yazılımın sağlaması gereken fonksiyonel özelliklerin mutlaka test durumlarının yazılması gerekir.
- 35:43Test Durumunun Tanımı ve Özellikleri
- Test durumu, adım adım bir testin nasıl icra edileceğini tanımlayan bir dizi koşuldan oluşur.
- Test durumunda mutlaka testin durumunu, amacını ve gerçekleştirilme şartlarını yazmak gerekir.
- Test durumunda test ortamının adım adım kurulması, testin girdi verileri, beklenen sonuç, gerçekleşen sonuç ve yazılımın sürüm tanımı belirtilmelidir.
- 36:30Test Durumlarının Değerlendirilmesi
- Test durumlarına bilinen girdiler yer verilmelidir ve bu girdiler ile beklenen çıktılar doğrulama noktası olarak değerlendirilir.
- Beklenen girdiler ile beklenen sonuç yazılım tarafından verildiyse test durumu "geçmiştir" şeklinde değerlendirilir.
- Test edilen ögenin tüm test durumlarının veya belirlenen bir oranının testten geçmesiyle gerçekleştirilen testler başarılı sayılır.
- 37:27Test Durumu Örneği
- Bir yazılım gereksinimi için oluşturulan test durumunda, "İl Ekleme" adlı bir modül ve iki liste (iller listesi ve eklenen iller listesi) bulunmaktadır.
- Ekle butonunun işlevi, iller listesinde seçili olan ilin eklenen iller listesine eklenmesidir.
- Eğer iller listesinden bir il seçilmemişse, "Öncelikle iller listesinden bir il seçmelisiniz" şeklinde bir mesajın gösterilmesi gerekmektedir.
- 38:49Test Durumu Senaryosu
- Test durumunda numara, testin neyle alakalı olduğu, ilgili gereksinimler ve ön koşullar belirtilmelidir.
- Test adımları, beklenen sonuç ve gerçekleşen sonuç detaylı şekilde tanımlanmalıdır.
- İşlevsel niteliklerin tamamı için test durumu yazılması gerekmektedir.
- 42:37Test Durumlarının Kayıt ve Değerlendirilmesi
- Test durumlarının koşturulması ve sonuçlarının kaydedilmesi manuel olarak yapılabileceği gibi test vetikleri, scriptler ve otomatik araçlar kullanılarak da gerçekleştirilebilir.
- Kayıt altına alınan test durumları giriş, test durumu eylemleri ve sonuçlar olmak üzere üç bölümden oluşur.
- Giriş bölümünde test durumunun kim tarafından yazıldığı, hangi sürümle alakalı olduğu, amacının ne olduğu gibi genel bilgiler yer alır.
- 44:13Test Durumunun Tanımlayıcı Özellikleri
- Her test durumuna ait unique bir tanımlayıcı vardır ve bu tanımlayıcı ile test durumu, test öğesi, test sonucu ve açılan hata bildirimleri ilişkilendirilebilir.
- Test durumunun sürüm numarası mutlaka belirtilmelidir çünkü sürümden sürüme yazılım geliştikçe bağlılıklar değişebilir.
- Test durumunun hangi gereksinim için yazıldığının anlaşılması için gereksinime ait eşsiz tanımlayıcının test durumu içinde verilmesi gerekir.
- 46:07Test Durumları ve Bağlılıklar
- Test durumlarının gerçekleştirilmesi için varsa kendinden önce gerçekleştirilecek test durumlarının ID'sinin belirtilmesi gerekiyor.
- Bazı testlerin doğru bir şekilde gerçekleştirilmesi için önceki testlerin bitmiş olması gerekebilir, örneğin bir modülün girdisinin bir önceki modülün çıktısı olması durumunda.
- 46:43Test Durumu Eylemleri
- Test durumu eylemleri; test ortamı, ilklendirme, sonlandırma ve eylemler olarak değerlendirilir.
- Test ortamı, test durumunun koşturulabilmesi için yazılım, donanım ve çevresel koşulların belirlenmesi aşamasıdır.
- İlklendirme, test durumunun koşturulmadan önce gerekli değişkenlerin ve verilerin başlangıç değerlerinin belirlenmesi; sonlandırma ise test durumu execute edildikten sonra gerçekleştirilecek eylemlerin belirlenmesidir.
- 47:53Sonuçlar ve Test Yordamı
- Sonuçlar kısmı beklenen sonuç ve gerçek sonuç şeklinde değerlendirilir; beklenen sonuç test durumunda belirtilen adımların gerçekleşmesinden sonra test mühendisinin karşılaşacağı sonuç, gerçek sonuç ise test zamanında ortaya çıkan sonuca denir.
- Test yordamı, her bir test durumunun test ortamının kurulması, koşturulması ve sonuçlarının değerlendirilmesi için ayrıntılı yordamları içeren, test planı temel alınarak geliştirilen bir dokümandır.
- 49:25Test Yordamı Örneği
- Test yordamında ilk adım hatasız derlenmiş yazılımı almak, ikinci adım yazılımın teste hazır olduğunu doğrulamaktır.
- Üçüncü adım test ortamının hazır olduğunu doğrulamak, dördüncü adım yazılımı çalıştırıp, beşinci adım yardımcı test yazılımlarını çalıştırmaktır.
- Son adım sırayla test durumlarının birer birer koşturulması ve her biri için onay alınmasıdır.
- 50:40Test Koşturulması ve Yaşam Döngüsü
- Testin koşturulması için bir akış şeması şeklinde yedi adımlı bir süreç vardır.
- Bu süreç; test yükünün oluşturulması, test durumlarının belirlenmesi, yazılımın test edilebilirliğinin doğrulanması, testlerin gerçekleştirilmesi, bulunan hataların raporlanıp yazılım ekibine geri bildirilmesi ve hataların düzeltilerek yeni sürümün hazırlanması aşamalarını içerir.
- Bu adımların tamamı müşteriye son kabul edilebilir yazılım verilinceye kadar devam eder.
- 52:51Hata Yönetimi
- Hata yönetimiyle ilgili bir yaşam döngüsü vardır; hatalar tespit edilip bildirilir, düzeltme faaliyetleri gerçekleştirilir ve yineleme testleri yapılır.
- Hata, kullanıcının geliştirilen yazılım ile yapmak istediklerini yazılım tarafından yapılmaması veya eksik yapılmasına denir.
- Testler sırasında belirlenen yazılım hatalarının düzeltilmesi işgücü kaybına ve maliyete neden olur, özellikle ilerleyen fazlarda meydana gelen hatalar maliyeti artırır.
- 54:08İlk Program Hatası
- İlk program hatası 1947 yılında Grace Murray Hopper'ın Harvard Üniversitesi'nde kullandığı Mark II adlı jöle bazlı hesaplayıcıda görülmüştü.
- Hesaplayıcının programlandığı şekilde çalışmadığı fark edildiğinde, jölenin bacakları arasında sıkışmış bir böcek tespit edildi.
- Bu olay "bug" (güve) ifadesinin bilgisayar programlama tarihine geçmesine ve "debug" (temizleme) kelimesinin ortaya çıkmasına neden oldu.
- 55:22Hata Raporlama
- Test sürecinin yönetiminde hataların raporlanması çok önemlidir.
- Hata raporunda hatanın ne olduğu, kaynağı, yapılan düzenlemelerin rapor altına alınması gerekir.
- Bir hata raporu mutlaka başlık, açıklama, hatanın özetini ve ne olduğunu kısaca açıklamalı.
- 57:12Hata Raporunun İçeriği
- Hata raporunda hatanın adı, durumu, bildiren kişi, bildirilme tarihi, sürümü, hatanın türü ve önem derecesi yer almalıdır.
- Hataya atanan kişi ve kapanma tarihi gibi bilgiler raporda belirtilmelidir.
- Hata raporunda hatanın kaynağını, ön koşulları, ortaya çıktığı yazılım/donanım/bağlantı ayrıntıları ve çözümün aciliyet derecesi belirtilmelidir.
- 59:44Hata Dereceleri
- Hatalar ölümcül, kritik, büyük, orta ve kozmetik olarak sınıflandırılır.
- Ölümcül hatalar, testlerin devam etmesini engelleyen, sistem veya yazılımın düzgün çalışmasını engelleyen, kullanıcılar için önemli risk oluşturan en ciddi hatalardır.
- Kritik hatalar, testlerin devam edebileceği ancak yazılımın teslim edilemeyeceği, sistemin doğru çalışmasını engelleyen hatalardır.
- 1:03:12Diğer Hata Dereceleri
- Büyük hatalar, yazılımın doğru çalışmasını engelleyen veya kullanıcıların önemli zorluklar çıkaran, ancak ölümcül veya kritik hata kadar ciddi olmayan hatalardır.
- Orta hatalar, testlerin devam edebileceği ve ürünün bu hatayla teslim edilebileceği, yazılım kullanıldığında telafisi mümkün olan sorunlar çıkaran hatalardır.
- Kozmetik hatalar ise en az ciddi olan hatalardır ve genellikle arayüzle ilgili küçük eksikliklerdir.
- 1:05:33Yazılım Testinde Hata Türleri
- Nispi değerlendirmede küçük hatalar olabilir; örneğin kullanıcı girdilerinin sınırlardan az veya çok fazla olması durumunda uygun bir hata mesajı gösterilmemesi.
- Kozmetik hatalar, yazılımlar üzerindeki renk, font, büyüklük gibi estetik unsurlarda meydana gelen hataları kapsar; örneğin renk uyumunun eksik olması, fontun hatalı olması veya görsel öğelerin hizalanmasının yanlış olması.
- 1:07:05Test Sonuçlarının Raporlanması
- Testler gerçekleştirildikten sonra elde edilen veriler raporlanmalı, analiz edilmeli ve değerlendirilmelidir.
- Test sonuçlarının raporlanması için özet belge hazırlanır; bu belgede test izleyenin kim olduğu, sürüm numarası, test adı, tarihi, testi yapanlar ve kullanılan donanım/sunucu bilgileri yer alır.
- Raporlanan bilgiler arasında test edilen modül, test durumları, test edilme sayısı, ortaya çıkan hatalar ve bu hataların düzeltilme durumu da bulunur.
- 1:08:42Yazılım Testindeki Riskler
- Karmaşık sistemlerde tümleştirmede karmaşıklık yaşanabilir; test edilen birim sayısı arttıkça hataların nereden geldiğini bulmak güçleşebilir.
- Test yordamlarının belli bir sıraya göre uygulanması gerekir; uygun bir sıraya göre yapılmayan testler tekrarlara veya hatalı sonuçlara neden olabilir.
- Paralel olarak koşturulan testlerde, birden fazla öğe aynı anda test edildiğinde hatanın nereden kaynaklı olduğunu bulmak zorlaşabilir.
- 1:10:04Test Maliyeti ve Planlama Riskleri
- Karmaşık yazılımların testi daha fazla kaynak gerektirir ve yüksek maliyetlidir; özellikle güvenlik testleri gibi özel ortamların kurulumu ekstra maliyet gerektirebilir.
- Testlerin plan dışı yürütülmesi durumunda test ortamının kullanımında, testlerin uygulanmasında ve hata bulmada karmaşa yaşanabilir.
- Test yordamları yüzeysel olarak uygulanırsa, testler başarılı geçse bile gerçek kullanım sırasında sorunlar çıkabilir.
- 1:12:07Yazılım Test Süreci ve Riskleri
- Yazılım test süreci, planlama, tasarım, koşturulma, raporlama ve değerlendirme adımlarından oluşur ve mutlaka önceden planlanmalı, belgelendirilmelidir.
- Yazılım gereksinimlerinin eksik veya yanlış anlaşılması, test senaryolarının eksik veya yanlış oluşturulması yazılım testindeki en büyük risklerden biridir.
- Test ortamının yetersiz olması, test verilerinin yetersiz veya yanlış olması, zaman kısıtı ve iletişimsizlik de yazılım testinde karşılaşılabilecek risklerdir.