Yazılım hataları hakkında 1 büyük gerçek | #2 Yazılım testinde ilk adımlar

Yazılım hataları, yazılım oluşturma sürecinin doğal bir parçasıdır. Test aşamalarında hata bulunmayacak bir program yapmak pratik olarak imkansız olabilir. Teorik olarak, çok basit programlarda hatalar meydana gelmeyebilir, ancak yazılımın karmaşık bir kod içerdiği durumda. Karmaşık ve kapsamlı projeler, işin erken bir aşamasında tüm hataları ve hataları ortadan kaldırmak için test edilmelidir.

Yazılım hataları – içindekiler tablosu:

1. Yazılım hatalarının nedenleri
2. Bir hatanın yaşam döngüsü
3. Yazılımdaki hataların önem seviyeleri
4. Özet

Yazılım hatalarının nedenleri

Yazılımdaki hatalara, sözde hatalar veya arızalar neden olur ve bunlar yazılımın kötü çalışmasının ana nedenleridir. Yazılımın oluşturulmasının herhangi bir aşamasında hataların ortaya çıkması mümkündür. Çoğu zaman hatalar kodun kendisinde bulunur ve insan eylemlerinden kaynaklanır. Yazılımın bir bölümünde bulunan kusur, özellikle her ikisi de bağlıysa, aynı yazılımın diğer bölümlerini etkileyebilir. Hata, bir kusurun sonucudur, her ikisi de yazılımın çalıştırılması sırasında kendini gösterebilen ciddi arızalara yol açabilir.

Uluslararası Yazılım Testi Yeterlilik Kuruluna göre yazılım hatalarının birçok farklı nedeni vardır ve bunlar:

• insan kusuru
• zamanın baskısı
• nitelik, beceri veya deneyim eksikliği
• takımda kötü iletişim
• geçersiz yazılmış belirtim
• karmaşıklığı : kod, proje veya teknoloji
• sistem içindeki ve sistemler arasındaki arayüzle ilgili yanlış anlamalar - özellikle bu sistemlerin çok sayıda olması durumunda
• yeni teknolojilerin uygulanması

Daha önce de belirtildiği gibi, hatalar kusurlara, kusurlar da arızalara yol açar, burada şunu belirtmek gerekir ki, arızalar her zaman bir insan hatasından kaynaklanmaz. Arızaların meydana gelmesi, radyasyon, elektromanyetik alan veya kirlilik gibi diğer olaylardan kaynaklanabilir. Bu tür faktörler, donanımı etkileyen dış koşulları değiştirerek yazılımın çalışmasını etkiler.

Bir hatanın yaşam döngüsü

Bir hatanın yaşam döngüsü, hatanın keşfedildiği ve raporlandığı andan düzeltme ve görevin kapatıldığı ana kadar olan bir süreçtir. Döngünün uzunluğu hatanın ciddiyetine bağlıdır Hatanın karmaşıklığı , düzeltme için gereken süreyi önemli ölçüde uzatabilir veya kısaltabilir. Yazılım hatalarını izlemek için kullanılan birçok program vardır ve programın seçimi bir hatanın yaşam döngüsünü etkileyebilir.

Örnek yaşam döngüsü basittir. İlk aşamada hata bildirimde bildirilir ve açık duruma getirilir. Bildirimde, test cihazının hatayı bulmasını sağlayan bir yol vardır. Ayrıca bildirimde görevle ilgilenen programcı atanır ve hatayı düzeltmeye başlar başlamaz durumu devam ediyor olarak değişir. Bu bilgi, bildirim teste hazır hale gelir gelmez yazılımı test etmeye başlayabilen testçi için özellikle önemlidir.

İkinci bileşen geri bildirimdir. Tüm anketler katılımcılar tarafından doldurulurken, güzel ve düzenli bir rapor oluşturulmalıdır. Tüm bilgiler dikkatle gözden geçirilmelidir, böylece tüm önemli bilgiler toplanabilir. Bu özellikle önemlidir çünkü bulguları yanlış yorumlamak kolaydır. Verilen durum için kullanılan anket iyi ayarlanmış ve sağlam olmalıdır.

İşlemini başlatan test cihazı durumu test devam ediyor olarak değiştirir ve bitirdikten sonra iki seçenekten birini seçer: çözüldü (başarılı onarım durumunda) veya yeniden açıldı (yazılım hatasının hala onarılması gerekiyorsa). Bu şekilde programcı, hata üzerinde çalışmayı yeniden başlatma gerekliliği hakkında bildirim alır.

Yazılımdaki hataların önem seviyeleri

Yazılım hataları, test uzmanları tarafından verilen önem seviyelerine göre bölünebilir. Önem düzeyi, hatanın program işleyişi üzerindeki etkisi hakkındaki bilgileri iletir. Bir hatanın önem düzeyi ne kadar yüksek olursa, o kadar hızlı düzeltilmesi gerekir.

En yüksek önem düzeyine engelleyici denir, çünkü ortaya çıkması, programı kullanma yeteneğinin tamamen yokluğu ve onu test etmeyi bırakma zorunluluğu anlamına gelir. Engelleyici örneği, uygulamayı kapatan bir yazılım hatasıdır. Bu tür bir hata, daha fazla test yapılabilmesi için hızlı düzeltme gerektirir.

Daha düşük önem düzeyi kritik olarak adlandırılır, çünkü bu düzeydeki yazılım hatası, programın tüm işlevlerinin kullanılmasını zorlaştırır. Bu tür bir yazılım hatası, tamamen test etmeyi engellemez, ancak test sürecini büyük ölçüde etkiler ve bu sorun giderilmeden yazılım piyasaya sürülemez.

Ana önem düzeyi oldukça önemlidir, ancak test sürecini tutmaz.

Orta derecedeki hata, testlerin yapılmasını engellemediği için hızlı tepki gerektiren, orta dereceli bir hatadır.

5. Bireylerin güçlendirilmesi – 360 derece geri bildirim kullanıldığında, tüm çalışanların endişelerini dile getirme şansı olur. Kişiler söz sahibi olduklarını ve şirketin görüş ve düşüncelerine saygı duyduğunu hissedebilir, dolayısıyla çalışanların işitilmesi sonucunda yapılacak her türlü eylem, personelin moralini olumlu yönde etkiler.

Hatanın en düşük önem düzeyi, yani önemsiz, yazılım hatasının önemsiz olduğu anlamına gelir.

Özet

Yazılımdaki hataların birçok nedeni vardır, ancak bunlar esas olarak bilinçsiz insan eyleminden kaynaklanmaktadır. Herhangi bir yazılımın doğruluğunu sürekli test ederek kontrol etmek gerekir. Her yazılım hatasının, keşfedilmesinden düzeltilmesine kadar değişen bir yaşam döngüsü vardır. Hataların farklı önem seviyeleri vardır, her biri aynı öneme sahiptir, ancak bazıları yazılımın kullanılması olasılığını test bile edilemeyecek kadar engellerken, diğerleri bu süreçleri çok fazla etkilemez ve düzeltilmesi kolaydır.

Ayrıca okuyun: Her şirketin ihtiyaç duyduğu 4 tür çalışan

İçeriğimizi beğendiyseniz, Facebook, Twitter, LinkedIn, Instagram, YouTube'daki meşgul arılar topluluğumuza katılın .

Yazar: Robert Whitney

BT departmanlarına koçluk yapan JavaScript uzmanı ve eğitmeni. Ana hedefi, başkalarına kodlama yaparken nasıl etkili bir şekilde işbirliği yapacaklarını öğreterek ekip üretkenliğini yükseltmektir.

Tüm gönderileri görüntüle

Yazılım testinde ilk adımlar:

1. Yazılım testi nedir?
2. Yazılım hataları hakkında 1 büyük gerçek
3. Yedi temel ISTQB test ilkesi
4. STLC'nin 6 aşaması
5. Test ve hata ayıklama
6. Yazılım test sürecinde doğrulama ve doğrulama