Yazılım Kalite ve Testi 2023-2024 Final

Proje büyüklüğü, müşterinin tutumu ve beklentileri, geliştirme ortamı ve kullanılan teknolojiler her yazılım projesinde karşılaşılabilecek ortak risklerdir. Mobil uygulama piyasasının değişmesi ve ürünün yeterince indirilmemesi ise yalnızca belirli tür (mobil) ürünlere özgü bir iş/pazar riskidir.

Klasik bir gözden geçirme sürecindeki roller yönetici, moderatör (lider), yazar, kaydedici (yazman) ve gözden geçiricilerdir. Analist bu sürecin tanımlı rollerinden biri değildir.

Regresyon testi, daha önce test edilmiş ve üzerinde düzeltme ya da değişiklik yapılmış yapıların yeniden test edilmesidir. Amacı yapılan değişikliklerin daha önce çalışan kısımları bozup bozmadığını görmektir.

RFC (Response For a Class), bir sınıfın metot sayısı ile o sınıfta çağrılabilen (kalıtımla gelenler dahil) metotların toplamını ifade eden nesne yönelimli bir metriktir. CBO sınıflar arası bağımlılığı, LCOM metotlar arası uyum eksikliğini, AHF/MHF ise nitelik/metot gizleme oranlarını ölçer.

Süreç yoluyla kalite anlayışında hatalı bir ürün bulunduğunda yalnızca ürün değil, o ürünü ortaya çıkaran tüm süreç incelenir. Böylece hatanın kaynağı düzeltilir ve aynı hatanın tekrar oluşması önlenir. Ürün yoluyla kalite ise yalnızca son ürünü denetler.

Güvenilirlik metrikleri olgunluk, hata toleransı, kurtarılabilirlik ve sağlamlık gibi yazılımın hatalara karşı dayanıklılığını ölçen özelliklerdir. 'Analitiklik' bu metrikler arasında yer almaz.

Emniyet, sağlamlık, saldırı bazlı ve arıza durumu testlerinde yazılıma kasıtlı olarak kontrollü sorunlar (hatalı girdi, saldırı, arıza) oluşturularak tepkisi gözlenir. Standartlara uyumluluk testi ise yazılımın belirli standartlara uyup uymadığını kontrol eder; sorun yaratmaya dayanmaz.

Geçerli sınıfın tek bir seçenekten (yalnızca üniversite mezunları) oluştuğu, diğer tüm seçeneklerin geçersiz sayıldığı durumlarda tek seçimli denklik sınıfı tekniği uygulanır. Bu durumda bir geçerli ve bir geçersiz sınıf oluşturulur.

Yazılım testi sürekli büyüyen ve çeşitlenen bir alan olduğundan, test uzmanlarının bilgi ve yetkinliklerini standart bir şekilde belgeleyecek sertifikalara (ör. ISTQB) ihtiyaç duyulmuştur.

Üzerinden geçme (walkthrough) ve teknik gözden geçirme, ihtiyaca göre resmi ya da gayriresmi yapılabilir. Teftiş (inspection) ise kuralları ve rolleri belli, her zaman resmi bir gözden geçirmedir. Bu yüzden doğru cevap I ve II'dir.

Anomali, sistemin beklenenden farklı bir durumla karşılaşması, yani beklenti ile gerçekleşen arasındaki sapmadır. İnsan hatası (yanlışlık) koda kusur sokar, kusur çalıştırıldığında ise arızaya yol açabilir.

ISTQB (International Software Testing Qualifications Board) 2002'de kurulmuştur ve kurucu üyeleri ağırlıklı olarak Avrupa ülkeleridir. Bu yüzden ISTQB'nin başlangıçta bir Avrupa kuruluşu olduğu söylenebilir.

Yazılım testleri birincil amaçlarına, yapılış zamanına, fonksiyonaliteye (fonksiyonel/fonksiyonel olmayan) ve seviyelerine (birim, entegrasyon, sistem, kabul) göre sınıflandırılır. 'Uygulandığı modül' bir sınıflandırma ölçütü olarak kullanılmaz.

Kullanılabilirlik testi, kullanıcının doğrudan etkileşime girdiği arayüzlerin (web sitesi, telefon ekranı, cihaz paneli, otomasyon arayüzü) kolay kullanılıp kullanılmadığını ölçer. Veri tabanı ise kullanıcının doğrudan etkileştiği bir arayüz olmadığından kullanılabilirlik testinin konusu değildir.

Test süresi; önceden belirlenmiş bir süre, belirlenmiş bir maliyet, proje yöneticisinin koşulları veya hedeflenen kaliteye ulaşılması gibi ölçütlere göre belirlenir. Rastgele sayıda test yapmak ise planlı bir ölçüt olmadığından geçerli bir kriter değildir.

Açık kaynaklı test otomasyon araçları lisans ücreti gerektirmediğinden en doğrudan etkiledikleri özellik maliyettir. Entegrasyon ve platform uyumluluğu ise aracın kaynak kodunun açık olup olmamasından doğrudan değil, teknik yapısından etkilenir.

Doğrulama sapması (confirmation bias), kişinin kendi düşüncesini doğrulayan bilgiyi kabul edip aksini reddetme eğilimidir. Geliştiricinin kendi kodunun doğru olduğuna inanarak test uzmanının bulduğu hatayı kabul etmemesi buna tipik bir örnektir.

Yazılımın kolay anlaşılabilir ve kullanılabilir olmaması, kitapta müşteri tarafındaki sebepler kategorisinde ele alınır; çünkü yazılımın müşteri/kullanıcı tarafından benimsenmemesi ve kalitesiz algılanması sonucunu doğurur.

Test öğesi (test item), test edilen nesnedir; yani test edilen yazılım bileşeni veya parçasıdır, test üzerinde uygulanan veri seti değildir. Teste uygulanan veriler test verisi olarak adlandırılır. Diğer eşleştirmeler doğrudur.