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, 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 olup olmadığı belirlenmelidir. yeni test senaryolarına ihtiyaç var, çıktı değişti veya mevcut test senaryoları artık kaldırılabiliyor. ilgili. Büyük hacimli birim testleri oluşturmak, bir yazılım kodu 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 işlevsel test anlamına gelir. İşlevsel test, yazılım çalışmasını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 bütün bir sistem olarak değil, entegrasyon testi yapılmalıdır. bileşenlerin, kullanıcı gereksinimlerine göre bir çalışma sistemi olarak birlikte çalıştığını doğrulamak için gerçekleştirilir ve beklentiler.
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”e sokmak ne demektir? 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ıştığında bir donanım bileşeninde bellenimin çalıştırılması. Stres, tüm yazılım türlerine özgüdür ve sistemler ve stres testleri tasarımı, hangi doğal veya doğal olmayan nedenlerin yazılımınızı strese sokma olasılığının en yüksek olduğu veya sistem.
Yük Testi
Yük testi, yukarıda tartışıldığı gibi, çok sayıda eşzamanlı kullanıcı bağlantısı ve erişiminin sağlandığı belirli bir stres testi türüdür. yazılım sisteminize aynı anda erişen çok sayıda gerçek kullanıcının etkisinin simülasyonunu oluşturmak için otomatikleştirilir. zaman. 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 mı? Yük testi bunu simüle eder, böylece sisteminizin artan yükü kaldırabileceğini bildiğiniz için gelecekte kullanıcı artışından memnun olursunuz.
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, o kadar önemli ve performansını test etmek için bariz değil, 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, işlevlerin hızını ve zamanlamasını içerebilir. Önyükleme, bir uygulama yükleme, bir dosya arama, bir GPU’da hesaplamalar çalıştırma ve/veya gerçekleştirilebilecek milyonlarca eylemden herhangi biri gibi gerçekleştirildi. Test edilen önemli ve arızalanması muhtemel performans özelliklerini sağlamak için performans testi senaryoları seçilirken 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ın tümü uyum içinde çalışan 1000 sunucuya dağıtılması gerektiğinde, yerel olarak yaptığınız testler tek bir sistem, yazılım yüzbinlerce “Ölçüde” dağıtıldığında ortaya çıkan hataları ortaya çıkarmayacaktır. örnekler. Gerçekte, testiniz üretime geçmeden önce büyük olasılıkla hiçbir zaman tam ölçekte çalışamayacak çünkü Milyonlarca milyona mal olan 1000 sunuculu bir test sistemi kurmak çok pahalı ve pratik olmayacaktı. dolar. Bu nedenle, ölçeklenebilirlik testi birden çok sunucuda yapılır, ancak genellikle üretimin tam sayısı yapılmaz. sistemleriniz daha büyük sistemlerde kullanıldığından bulunabilecek bazı kusurları ortaya çıkarmak için sunucular altyapı.
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, bir ünlü araç koruma. 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 özgürlük sağlar büyük güç karşılığında, ancak bu aynı zamanda statik analiz kullanılarak bulunabilecek büyük hatalar ve hatalar da yaratabilir. test yapmak.
Arıza Enjeksiyon Testi
Bazı hata koşullarının simüle edilmesi veya tetiklenmesi çok zordur, bu nedenle yazılım doğal olarak kusur olmadan sisteme bir sorunu veya hatayı yapay olarak enjekte etmek için tasarlanmış meydana geliyor. 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. Çünkü normal koşullarda, girişlerin ön testinden dolayı bu hatayı asla almıyoruz, bu nedenle aktarım bir hata nedeniyle başarısız olduğunda sistem davranışını doğrulamak için. mevcut olmayan bir hesap, bir transfer için var olmayan bir hesabı döndüren sisteme sahte bir hata enjekte eder ve sistemin geri kalanının nasıl yanıt verdiğini test ederiz. O vaka. 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ının doğrudan belleğe hitap etme konusunda büyük bir sorumluluğu vardır ve bu, hata 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 bir çökmeye ve hatta belirtilmemiş yanlış davranışa neden olabilir. Bu nedenle, bu olası sorunlara sahip olabilecek C veya C++ gibi dilleri kullanan 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 bulunur Valgrind veya benzeri tescilli araçlar PurifyPlus. Bu araçlar, yazılımın neden çöktüğü veya hatalı davrandığı net olmadığında günü kurtarabilir ve doğrudan koddaki hatayı içeren konumu işaret edebilir. Harika, değil mi?
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$ ç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){
başlangıç()
}
Başka{
hata(“Çekebilirsiniz %s”, amk);
}
Hatayı fark edebilir 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 tüylenme testi, başka yollarla bulunamayan hataları ve güvenlik açıklarını bulabilir. manuel test durumu olmadan hızlı bir şekilde test edilen yüksek hacimli girdiler ve senaryolar nedeniyle nesil.
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 yoluyla 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ı araştırmalısınız. 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 arayan yazılımınızı keşfedecek ve araştıracaksınız: “İLGİNÇ!”. Öğrendikten sonra, daha fazla araştırır ve tasarımcıların hiç düşünmediği yazılımı kırmanın yollarını bulursunuz. ve ardından çok sayıda kötü varsayımı, hatayı ve riskleri ayrıntılandıran bir rapor sunun. yazılım. adlı kitapta bunun hakkında daha fazla bilgi edinin. Keşfedin.
Penetrasyon testi
Yazılım güvenliği dünyasında, sızma testi birincil test araçları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ğrulaması olmadan saldırıya uğrayabilir ve arka uca girilebilirse, bu, korunması gereken bir sızma olacaktır. 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 dinleyen ve açık bir port üzerinden sisteme girmeye çalışan tüm portların kontrol edilmesini içerir. Diğer yaygın teknikler, SQL enjeksiyonu veya şifre kırmayı içerir.
Gerileme testi
Sahada dağıtılan çalışan bir yazılıma sahip olduktan sonra, halihazırda çalışmakta olan işlevlere hataların girmesini önlemek çok önemlidir. Yazılım geliştirmenin amacı, ürününüzün kapasitesini artırmak, hatalar oluşturmak veya REGRESYON adı verilen 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.
Regresyon testi senaryoları ve test planları, 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 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şlevlerinin bir işlevselliğin yeni bir sürümde kırılmasını önlemek için yürütülebilecek regresyon testi durumu serbest bırakmak. 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 getirdiği 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 ayrıca hava koşullarının bir 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 zorlanabilirler, bu nedenle engelli popülasyonların yine de programın işlevselliğine erişebilmelerini sağlamak için erişilebilirlik testi yapılır. sistem. Örneğin, popülasyonun %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 renk körü kişilerin fark. 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 işleminin kendisi, yeni bir yüklemede mevcut olmayacak hataları ve kusurları ortaya çıkarabilir. ortamın farklıydı ve yeni yazılımı eskinin üzerine tanıtma süreci, böcekler. Basit bir örnek verelim, Ubuntu 18.04 çalıştıran bir dizüstü bilgisayarımız var ve Ubuntu 20.04’e yükseltmek istiyoruz. Bu, işletim sistemini kurmak için, sabit sürücüyü doğrudan temizlemekten ve Ubuntu 20.04’ü kurmaktan farklı bir işlemdir. Bu nedenle, yazılım yüklendikten veya türev işlevlerinden herhangi biri yüklendikten sonra, beklendiği gibi %100 veya yazılımın yeni kurulduğu zamankiyle aynı şekilde çalışmayabilir. 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 düşüneceğiz. yükseltme sırasında neyin kırılabileceğine dair sistem bilgimizle dikkatli bir şekilde ve bunlar için stratejik olarak test senaryoları ekleyin fonksiyonlar.
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, kara kutu testi, test cihazının iç işleyişi hakkında hiçbir şey bilmediğini varsayar. yazılım ve bir test planı oluşturur ve işlevini doğrulamak için sisteme yalnızca dışarıdan bakan test senaryoları oluşturur. 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:
- Gereksinimler Olmadan Test Etmeden Önce Takip Edilmesi Gereken 7 İpucu;
- 60 En İyi Otomasyon Test Aracı: En İyi Liste Kılavuzu;
- Açık Kaynak Veritabanı Test Araçları;
- Yüzde 100 Birim Test Kapsamı Yeterli Değil;
- Google’da Kesintili Testler ve Bunları Nasıl Azaltıyoruz;
- Regresyon Testi Nedir?;
- 2020’de Geliştiriciler İçin En İyi 27 Chrome Uzantısı;
- Her mühendisin gerçekleştirmesi gereken 5 temel yazılım test adımı;
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.
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.
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.
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ğine net eşleştirme sağlar.
Yazılımınızı Purify Plus araçlarıyla yürüterek çalışma zamanında bellek sızıntılarını ve bellek bozulmalarını bulun bellek kullanımınızı izleyen ve kodunuzdaki, onsuz bulunması kolay olmayan hataları gösteren gömülü enstrümantasyon.
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’in zekası olduğundan, yeniden derlemeye veya derleme sürecine enstrümantasyon eklemeye gerek yoktur. Makine kodunuzu dinamik olarak anlayın ve kodlama hatalarını bulmak ve size yardımcı olmak için sorunsuz bir şekilde enstrümantasyonu enjekte edin kodunuzu geliştirin.
Daha 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 çok önemlidir.
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.
Güvenlik ve sızma testi için Metasploit, binlerce özellik ve yeteneğe sahip genel bir çerçevedir. Önceden kodlanmış açıklara 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ı
- NS Teksas Üniversitesi @ Dallas; STQA
Çözüm
Yazılımın toplumdaki rolü büyümeye devam ediyor ve aynı zamanda dünyanın yazılımı 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, devam etmek için bir test stratejisi ve test planı bulunmalıdır. daha iyi olmaya devam ederken yazılımın işlevselliğini doğrulamak ve işlev.
Diğer gönderilerimize göz at
[wpcin-random-posts]
İlk Yorumu Siz Yapın