Phenquestions
Birim Testi
Birim Testi, tamamen çalışan bir yazılımı test etmekten bağımsız olarak bağımsız bir işlev, sınıf veya modül üzerinde yapılan testtir. Birim testi için bir çerçeve kullanarak programcı, girdi ve beklenen çıktı ile test senaryoları oluşturabilir. Büyük bir yazılım projesi için yüzlerce, binlerce veya on binlerce birim test senaryosuna sahip olduğunuzda, siz kodu değiştirmeye devam ederken tüm bağımsız birimlerin beklendiği gibi çalışmasını sağlar. Test senaryoları olan bir üniteyi değiştirirken, o modül için test senaryoları incelenmeli ve yeni test senaryolarının gerekli olup olmadığını, çıktının değişip değişmediğini veya mevcut test senaryolarının artık alakalı olmadığı için kaldırılıp kaldırılamayacağını belirlemelidir. Büyük hacimli birim testleri oluşturmak, bir yazılım kod tabanı için yüksek test senaryosu kapsamı elde etmenin en kolay yoludur, ancak nihai ürünün beklendiği gibi bir sistem olarak çalışmasını sağlamayacaktır.
Fonksiyonel test
Fonksiyonel test, en yaygın test şeklidir. İnsanlar çok fazla ayrıntı olmadan yazılım testinden bahsettiklerinde, genellikle fonksiyonel test anlamına gelir. İşlevsel test, yazılımın birincil işlevlerini beklendiği gibi kontrol edecektir. Yazılımın ana özelliklerine ve yeteneklerine karşılık gelen, test edilecek tüm işlevsel test durumlarını tanımlamak için bir test planı yazılabilir. Birincil işlevsellik testi “mutlu yol” Yazılımı kırmaya veya zorlu senaryolarda kullanmaya çalışmayan testler. Bu, herhangi bir yazılım projesi için mutlak minimum test olmalıdır.
Entegrasyon Testi
Birim testi ve fonksiyonel testten sonra, henüz bir bütün olarak test edilmemiş birkaç modül veya sistemin tamamı olabilir. Veya büyük ölçüde bağımsız olan ancak bazen birlikte kullanılan bileşenler olabilir. Bileşenler veya modüller bağımsız olarak test edildiğinde ancak bir bütün sistem olarak test edilmediğinde, bileşenlerin birlikte çalıştığını doğrulamak için entegrasyon testi yapılmalıdır.
Stres testi
Bir uzay mekiği veya uçağı test ediyormuş gibi stres testini düşünün. Yazılımınızı veya sisteminizi “STRES” altına sokmak ne anlama gelir?? Stres, sisteminizi bozma olasılığı en yüksek olan belirli türden yoğun bir yükten başka bir şey değildir. Bu, sisteminizi birçok kullanıcının sisteme erişmesiyle yüksek eşzamanlılık altına sokma anlamında “Yük Testi”ne benzer olabilir. Ancak bir sistemi vurgulamak diğer vektörlerde de olabilir. Örneğin, donanım fiziksel olarak bozulduğunda ve düşük modda çalışırken donanım bileşeninde bellenimi çalıştırmak. Stres, tüm yazılım türlerine özgüdür ve sistemler ve stres testleri tasarlama, yazılımınızı veya sisteminizi en çok hangi doğal veya doğal olmayan nedenlerin strese soktuğu dikkate alınmalıdır.
Yük Testi
Yük testi, yukarıda tartışıldığı gibi, çok sayıda eşzamanlı kullanıcı bağlantısının ve erişiminin, yazılım sisteminize aynı anda erişen çok sayıda özgün kullanıcının etkisinin simülasyonunu oluşturmak için otomatikleştirildiği özel bir stres testi türüdür. Amaç, yazılım sisteminiz bozulmadan aynı anda kaç kullanıcının sisteminize erişebileceğini bulmaktır. Sisteminiz 10.000 kullanıcının normal trafiğini kolayca kaldırabiliyorsa, web siteniz veya yazılımınız viral hale gelir ve 1 milyon kullanıcı alırsa ne olur?? Bu beklenmedik olacak mı "YÜK" web sitenizi veya sisteminizi kırmak? Yük testi bunu simüle eder, bu nedenle sisteminizin artan yükü kaldırabileceğini bildiğiniz için gelecekteki kullanıcı artışı konusunda rahatsınız.
Performans testi
Yazılım performans gereksinimlerini karşılamadığında insanlar tamamen hüsrana uğrayabilir ve umutsuzluğa kapılabilir. Performans, genel olarak, önemli işlevlerin ne kadar hızlı tamamlanabileceği anlamına gelir. Bir sistemde işlevler ne kadar karmaşık ve dinamik olursa, performansını test etmek o kadar önemli ve açık değildir, temel bir örnek alalım, Windows veya Linux İşletim sistemi. Bir işletim sistemi oldukça karmaşık bir yazılım ürünüdür ve sistemi üzerinde performans testi yapmak, Önyükleme, bir uygulama yükleme, bir dosya arama, bir GPU'da hesaplamalar çalıştırma ve/veya bunların herhangi biri gibi işlevlerin hızını ve zamanlamasını içerebilir. gerçekleştirilebilecek milyonlarca eylem. Test edilen önemli ve arızalanması muhtemel performans özelliklerini sağlamak için performans testi senaryolarını seçerken dikkatli olunmalıdır.
Ölçeklenebilirlik Testi
Dizüstü bilgisayarınızda test yapmak iyidir, ancak bir sosyal ağ, bir e-posta sistemi veya süper bilgisayar yazılımı oluştururken yeterince iyi değildir. Yazılımınız, tümü uyum içinde çalışan 1000 sunucuya dağıtılacaksa, yerel olarak tek bir sistemde yaptığınız testler, yazılım yüz binlerce örneğe "Ölçekli" olarak dağıtıldığında ortaya çıkan hataları ortaya çıkarmaz. Gerçekte, testiniz üretime geçmeden önce büyük olasılıkla hiçbir zaman tam ölçekte çalışamayacak çünkü milyonlarca dolara mal olan 1000 sunuculu bir test sistemi oluşturmak çok pahalı ve pratik olmayacak. Bu nedenle, ölçeklenebilirlik testi birden çok sunucuda yapılır, ancak sistemleriniz daha büyük altyapılarda kullanıldığından bulunabilecek bazı kusurları ortaya çıkarmak için genellikle üretim sunucularının tam sayısı yapılmaz.
Statik Analiz Testi
Statik analiz, yazılım kodunu gerçekten çalıştırmadan inceleyerek yapılan testtir. Statik analiz yapmak için genellikle bir araç kullanırsınız, çok sayıda vardır, ünlü bir araç Coverity'dir. Statik analiz, yazılımınızı yayınlamadan önce çalıştırmak kolaydır ve kodunuzda, siz yayınlamadan önce çözülebilecek birçok kalite sorunu bulabilir. Bellek hataları, veri türü işleme hataları, boş işaretçi referansları, başlatılmamış değişkenler ve daha birçok kusur bulunabilir. C ve C++ gibi diller statik analizden büyük ölçüde yararlanır çünkü diller programcılara büyük güç karşılığında büyük özgürlük sağlar, ancak bu aynı zamanda statik analiz testi kullanılarak bulunabilecek büyük hatalar ve hatalar da yaratabilir.
Arıza Enjeksiyon Testi
Bazı hata koşullarının simüle edilmesi veya tetiklenmesi çok zordur, bu nedenle yazılım, kusur doğal olarak oluşmadan sisteme bir sorun veya hatayı yapay olarak enjekte etmek için tasarlanabilir. Hata ekleme testinin amacı, yazılımın bu beklenmedik hataları nasıl ele aldığını görmektir. Duruma zarif bir şekilde yanıt veriyor mu, çöküyor mu, yoksa beklenmedik ve öngörülemeyen sorunlu sonuçlar mı üretiyor?? Örneğin, diyelim ki bir bankacılık sistemimiz var ve HESAP A'dan HESAP B'ye dahili olarak para transfer etmek için bir modül var. Ancak, bu transfer işlemi yalnızca sistem, transfer işlemini çağırmadan önce bu hesapların var olduğunu doğruladıktan sonra çağrılır. Her iki hesabın da var olduğunu varsaysak da, aktarım işleminin bir hedef veya kaynak hesabın bulunmadığı ve hata verebileceği bir başarısızlık durumu vardır. Normal koşullarda girişlerin ön testinden dolayı bu hatayı asla almadığımız için, var olmayan bir hesap nedeniyle aktarım başarısız olduğunda sistem davranışını doğrulamak için sisteme var olmayan bir hesabı döndüren sahte bir hata enjekte ederiz. bir transfer için ve bu durumda sistemin geri kalanının nasıl tepki verdiğini test edin. Hata ekleme kodunun yalnızca test senaryolarında mevcut olması ve hasara yol açabileceği üretime yayınlanmaması çok önemlidir.
Bellek Taşması Testi
C veya C++ gibi dilleri kullanırken, programcı doğrudan belleğe hitap etme konusunda büyük bir sorumluluğa sahiptir ve bu, hatalar yapılırsa yazılımda ölümcül hatalara neden olabilir. Örneğin, bir işaretçi boşsa ve referansı kaldırılmışsa, yazılım çökecektir. Bir nesneye bellek tahsis edilirse ve ardından nesnenin bellek alanı üzerine bir dize kopyalanırsa, nesneye başvurmak çökmeye ve hatta belirtilmemiş yanlış davranışa neden olabilir. Bu nedenle, C veya C++ gibi dilleri kullanan ve bu potansiyel sorunlara sahip olabilecek yazılımlarda bellek erişim hatalarını denemek ve yakalamak için bir araç kullanmak çok önemlidir. Bu tür testleri yapabilen araçlar arasında Açık Kaynak Valgrind veya PurifyPlus gibi tescilli araçlar bulunur. Bu araçlar, yazılımın neden kilitlendiği veya hatalı davrandığı net olmadığında günü kurtarabilir ve doğrudan koddaki hatayı içeren konumu işaret eder. Harika, doğru?
Sınır Durum Testi
Sınır denilen şeyin üzerindeyken kodlamada hata yapmak kolaydır. Örneğin, bir banka otomatik vezne makinesi, maksimum 300 ABD doları çekebileceğinizi söylüyor. Bu nedenle, kodlayıcının bu gereksinimi oluştururken doğal olarak aşağıdaki kodu yazdığını hayal edin:
Eğer (amt < 300)startWithdrawl()
Başka
error(“%s çekebilirsiniz”, amt);
hatayı bulabilir misin? 300$'ı çekmeye çalışan kullanıcı, 300$'dan az olmadığı için bir hata alacaktır. Bu bir hata. Bu nedenle, sınır testi doğal olarak yapılır. Gereksinim sınırları daha sonra, sınırın ve sınırın her iki tarafında da yazılımın düzgün çalıştığından emin olun.
Tüy Testi
Yazılıma yüksek hızlı girdi üretimi, bu girdi kombinasyonları tamamen saçma olsa ve asla gerçek bir kullanıcı tarafından sağlanmayacak olsa bile, mümkün olduğu kadar çok girdi kombinasyonu üretebilir. Bu tür bulanıklık testi, manuel test senaryosu oluşturmadan hızlı bir şekilde test edilen yüksek hacimli girdiler ve senaryolar nedeniyle başka yollarla bulunmayan hataları ve güvenlik açıklarını bulabilir.
Keşif testi
Gözlerinizi kapatın ve “Keşfet” kelimesinin ne anlama geldiğini hayal edin. Gerçekten nasıl çalıştığını bulmak için bir sistemi gözlemliyor ve araştırıyorsunuz. Posta siparişiyle yeni bir masa sandalyesi aldığınızı ve 28 parçanın tamamı ayrı plastik torbalarda talimatsız olduğunu hayal edin. Nasıl çalıştığını ve nasıl bir araya getirildiğini anlamak için yeni varışınızı keşfetmeniz gerekir. Bu ruhla, bir keşif testçisi olabilirsiniz. İyi tanımlanmış bir test senaryosu test planınız olmayacak. Harika kelimeyi söylemenizi sağlayacak şeyleri arayarak yazılımınızı keşfedecek ve araştıracaksınız: “İLGİNÇ!”. Öğrendikten sonra, daha fazla araştırma yapar ve tasarımcıların hiç düşünmediği yazılımı kırmanın yollarını bulursunuz ve ardından yazılımdaki sayısız kötü varsayımı, hatayı ve riski ayrıntılandıran bir rapor sunarsınız. Bunu Keşfet adlı kitapta bununla ilgili daha fazla bilgi edinin.
Penetrasyon testi
Yazılım güvenliği dünyasında, sızma testi, test etmenin başlıca yollarından biridir. Biyolojik, fiziksel veya yazılım olsun tüm sistemlerin sınırları ve sınırları vardır. Bu sınırlar, yalnızca belirli mesajların, kişilerin veya bileşenlerin sisteme girmesine izin vermek içindir. Daha somut olarak, siteye girmek için kullanıcı kimlik doğrulamasını kullanan bir çevrimiçi bankacılık sistemini ele alalım. Site, uygun kimlik doğrulama olmadan saldırıya uğrayabilir ve arka uca girilebilirse, bu bir sızma olur ve buna karşı korunması gerekir. Sızma testinin amacı, bir yazılım sisteminin veya web sitesinin normal güvenlik sınırını aşmak için bilinen ve deneysel teknikleri kullanmaktır. Penetrasyon testi genellikle, açık bir bağlantı noktası üzerinden bir sisteme girmeye çalışan ve dinlemeye çalışan tüm bağlantı noktalarını kontrol etmeyi içerir. Diğer yaygın teknikler arasında SQL enjeksiyonu veya şifre kırma bulunur.
Gerileme testi
Sahada dağıtılan çalışan bir yazılıma sahip olduktan sonra, halihazırda çalışmakta olan işlevlere hataların eklenmesini önlemek çok önemlidir. Yazılım geliştirmenin amacı, ürününüzün kapasitesini artırmak, hatalar oluşturmak veya REGRESYON olarak adlandırılan eski işlevlerin çalışmasını durdurmaktır. Regresyon, daha önce yetenek beklendiği gibi çalışırken ortaya çıkan bir hata veya kusurdur. Hiçbir şey yazılımınızın veya markanızın itibarını, yazılımınıza gerileme hataları eklemekten ve bir sürümden sonra gerçek kullanıcıların bu hataları bulmasını sağlamaktan daha hızlı mahvedemez.
Kullanıcıların uygulamanızla iyi bir deneyim yaşamasını sağlamak için çalışmaya devam etmesi gereken temel işlevler etrafında regresyon testi senaryoları ve test planları oluşturulmalıdır. Kullanıcıların belirli bir şekilde çalışmasını beklediği yazılımınızın tüm temel işlevleri, işlevselliğin yeni bir sürümde bozulmasını önlemek için yürütülebilecek bir regresyon test senaryosuna sahip olmalıdır. Bu, yazılımınızın veya uygulamanızın temel işlevlerini kapsayan 50 ila 50.000 test senaryosu arasında herhangi bir yerde olabilir.
Kaynak Kodu Biseksiyon Testi
Yazılıma bir hata eklendi, ancak yeni hatayı hangi sürümün sunduğu belli değil. Yazılımın hatasız çalıştığı bilinen son zamandan, şu ana kadar 50 yazılım taahhüdü olduğunu hayal edin…
Yerelleştirme Testi
Bulunduğunuz yerdeki mevcut ve tahmini hava durumunu ve hava koşullarının açıklamasını gösteren bir hava durumu uygulaması hayal edin. Yerelleştirme testinin ilk kısmı, kullanıcının coğrafi konumuna bağlı olarak doğru dil, alfabe ve karakterlerin doğru şekilde görüntülendiğinden emin olmaktır. Birleşik Krallık'taki uygulama, Latin karakterleriyle İngilizce olarak görüntülenmelidir; Çin'deki aynı Uygulama, Çince dilinde Çince karakterlerle görüntülenmelidir. Daha ayrıntılı yerelleştirme testleri yapıldığında, farklı coğrafi konumlardan daha geniş insan yelpazesi uygulama ile arayüz oluşturacaktır.
Erişilebilirlik Testi
Topluluğumuzdaki bazı vatandaşlar engellidir ve bu nedenle oluşturulan yazılımı kullanmakta sorun yaşayabilir, bu nedenle engelli nüfusun sistemin işlevselliğine erişmeye devam edebilmesini sağlamak için erişilebilirlik testi yapılır. Örneğin, nüfusun %1'inin renk körü olduğunu varsayarsak ve yazılım arayüzümüz, kullanıcıların Kırmızı ve Yeşil arasında ayrım yapabildiğini, ancak bu renk körü bireylerin farkı SÖYLEYEMEYECEĞİNİ varsayarsa. Bu nedenle, iyi bir yazılım arayüzü, anlamı belirtmek için rengin ötesinde ek ipuçlarına sahip olacaktır. Renk körlüğü testinin yanı sıra, tam görsel körlük, sağırlık ve diğer birçok senaryo gibi yazılım erişilebilirlik testlerine de dahil edilecektir. İyi bir yazılım ürünü, maksimum potansiyel kullanıcı yüzdesi tarafından erişilebilir olmalıdır.
Yükseltme Testi
Bir telefondaki basit uygulamalar, Ubuntu, Windows veya Linux Mint gibi işletim sistemleri ve nükleer denizaltıları çalıştıran yazılımların sık sık güncellenmesi gerekir. Yükseltme sürecinin kendisi, ortamın durumu farklı olduğu için yeni bir kurulumda olmayacak olan hataları ve kusurları ortaya çıkarabilir ve yeni yazılımı eskinin üzerine ekleme süreci hatalara neden olabilir. Basit bir örnek verelim, Ubuntu 18 çalıştıran bir dizüstü bilgisayarımız var.04 ve Ubuntu 20'ye yükseltmek istiyoruz.04. Bu, işletim sistemini kurmak için, sabit sürücüyü doğrudan temizlemekten ve Ubuntu 20'yi kurmaktan farklı bir işlemdir.04. Bu nedenle, yazılım yüklendikten veya türev işlevlerinden herhangi biri yüklendikten sonra, beklendiği gibi %100 çalışmayabilir veya yazılımın yeni kurulduğu zamankiyle aynı olmayabilir. Bu nedenle, yükseltmenin sonuna kadar çalıştığından emin olmak için önce yükseltmenin kendisini birçok farklı durum ve senaryo altında test etmeyi düşünmeliyiz. Ardından, yazılımın kurulduğundan ve beklendiği gibi çalıştığından emin olmak için yükseltme sonrası gerçek sistemi test etmeyi de düşünmeliyiz. Yeni kurulmuş bir sistemin tüm test durumlarını tekrarlamayacağız, bu da zaman kaybı olacaktır, ancak bir yükseltme sırasında neyin bozulabileceğini sistem bilgimizle dikkatlice düşüneceğiz ve bu işlevler için stratejik olarak test senaryoları ekleyeceğiz.
Kara Kutu ve Beyaz Kutu Testi
Kara kutu ve beyaz kutu, daha az spesifik test metodolojileri ve daha fazla kategorizasyon testi türüdür. Esasen, test cihazının yazılımın iç işleyişi hakkında hiçbir şey bilmediğini varsayan ve bir test planı oluşturan ve sadece sisteme dışarıdan bakan test senaryoları oluşturan kara kutu testi, işlevini doğrulamak için. Beyaz kutu testi, bir yazılım sisteminin iç işleyişini anlayan ve nelerin kırılabileceği, olması gerektiği ve kırılma olasılığı hakkında bilgi sahibi olarak vakaları tasarlayan yazılım mimarları tarafından yapılır. Hem siyah hem de beyaz kutu testinin farklı türde kusurlar bulması muhtemeldir.
Yazılım Testiyle İlgili Bloglar ve Makaleler
Yazılım testi dinamik bir alandır ve topluluğu yazılım testi hakkında en son düşünce hakkında güncelleyen birçok ilginç yayın ve makale. Hepimiz bu bilgiden yararlanabiliriz. Aşağıda, takip etmek isteyebileceğiniz farklı blog kaynaklarından ilginç makalelerin bir örneği verilmiştir:
- Gereksinim Olmadan Test Etmeden Önce Uyulması Gereken 7 İpucu; http://www.test dergileri.com/
- 60 En İyi Otomasyon Test Aracı: En İyi Liste Kılavuzu; https://testguild.com/
- Açık Kaynak Veritabanı Test Araçları; https://www.yazılım test dergisi.com/
- Yüzde 100 Birim Test Kapsamı Yeterli Değil; https://www.yapışkan beyinler.com/
- Google'da Kesintili Testler ve Bunları Nasıl Azaltıyoruz; https://test.googleblog.com/
- Regresyon Testi Nedir?? ; https://testi.io/blog/
- 2020'de Geliştiriciler İçin En İyi 27 Chrome Uzantısı; https://www.en son.com/
- Her mühendisin gerçekleştirmesi gereken 5 temel yazılım test adımı; https://techbeacon.com/
Yazılım Testi Ürünleri
Değerli test görevlerinin çoğu otomatikleştirilebilir, bu nedenle yazılım kalite güvencesinin sayısız görevini gerçekleştirmek için araçlar ve ürünler kullanmanın iyi bir fikir olması şaşırtıcı olmamalıdır. Aşağıda, keşfedebileceğiniz ve yardımcı olup olmadıklarını görebileceğiniz, yazılım testi için bazı önemli ve çok değerli yazılım araçlarını listeleyeceğiz.
JBirimi
Java tabanlı yazılımı test etmek için JUnit, Java ortamına dost olan kodun birim ve işlevsel testi için kapsamlı bir test paketi sağlar.
Selenyum
Web uygulamalarını test etmek için Selenium, tarayıcılar arası uyumluluk testi de dahil olmak üzere web tarayıcılarıyla etkileşimleri otomatikleştirme yeteneği sağlar. Bu, web testi otomasyonu için önde gelen bir test altyapısıdır.
Salatalık
Davranış odaklı bir test çerçevesi, iş kullanıcılarının, ürün yöneticilerinin ve geliştiricilerin beklenen işlevselliği doğal dilde açıklamalarına ve ardından bu davranışı test senaryolarında tanımlamalarına olanak tanır. Bu, daha okunabilir test senaryoları ve beklenen kullanıcı işlevselliğiyle net eşleştirme sağlar.
Arındırmak
Yazılımınızı, bellek kullanımınızı izleyen ve kodunuzdaki, enstrümantasyon olmadan bulunması kolay olmayan hataları gösteren yerleşik Purify Plus enstrümantasyonuyla yürüterek, çalışma zamanında bellek sızıntılarını ve bellek bozulmalarını bulun.
Valgrind
Yazılımınızı çalıştıracak ve bellek sızıntıları ve bozulmalar gibi kodlama hatalarının bir hata raporuna işaret ederken onunla etkileşime girmenizi sağlayacak açık kaynaklı araçlar. Valgrind, makine kodunuzu dinamik olarak anlayacak ve kodlama hatalarını bulmak ve kodunuzu geliştirmenize yardımcı olmak için sorunsuz bir şekilde enstrümantasyon enjekte edecek zekaya sahip olduğundan, derleme sürecine yeniden derlemeye veya enstrümantasyon eklemeye gerek yoktur.
koruma
Siz kodunuzu derleyip çalıştırmadan önce yazılımınızdaki kodlama hatalarını bulan statik analiz aracı. Kapsam, güvenlik açıklarını, kodlama kurallarının ihlallerini ve ayrıca derleyicinizin bulamayacağı hataları ve kusurları bulabilir. Ölü kod, başlatılmamış değişkenler ve binlerce başka kusur türü bulunabilir. Kodunuzu üretime sunmadan önce statik analizle temizlemeniz hayati önem taşır.
JMetre
Java tabanlı geliştiricilere yönelik performans testi için açık kaynaklı bir çerçeve, dolayısıyla adında J. Web sitesi testi, veritabanlarının, posta sistemlerinin ve diğer birçok sunucu tabanlı uygulamanın performans testine ek olarak JMeter için ana kullanım durumlarından biridir.
metasploit
Güvenlik ve sızma testi için Metasploit, binlerce özellik ve yeteneğe sahip genel bir çerçevedir. Önceden kodlanmış açıklardan yararlanmalara erişmek için etkileşim konsolunu kullanın ve uygulamanızın güvenliğini doğrulamaya çalışın.
Yazılım Testi Üzerine Akademik Araştırma
- Sheffield Üniversitesi Test Araştırma Grubu
- Kentucky Üniversitesi Yazılım Doğrulama ve Doğrulama Laboratuvarı
- Kuzey Dakota Eyalet Üniversitesi Yazılım Testi Araştırma Grubu
- Sistem Testi Akıllı Laboratuvar; Çek Teknik Üniversitesi Prag
- NASA: Jon McBride Yazılım Testi ve Araştırması (JSTAR)
- McMaster Üniversitesi; Yazılım Kalitesi Araştırma Laboratuvarı
- Ontario Teknik Üniversitesi; Yazılım Kalitesi Araştırma Laboratuvarı
- Texas Üniversitesi @ Dallas; STQA
Sonuç
Yazılımın toplumdaki rolü büyümeye devam ediyor ve aynı zamanda dünyadaki yazılımlar daha karmaşık hale geliyor. Dünyanın işlemesi için, gerçekleştirmesi amaçlanan işlevleri yerine getirerek oluşturduğumuz yazılımı test etmek ve doğrulamak için yöntem ve stratejilere sahip olmalıyız. Her karmaşık yazılım sistemi için, daha iyi olmaya ve işlevini sağlamaya devam ederken yazılımın işlevselliğini doğrulamaya devam etmek için bir test stratejisi ve test planı yürürlükte olmalıdır.
