G\u00fcn\u00fcm\u00fcz\u00fcn dijital d\u00fcnyas\u0131nda, web uygulamalar\u0131 hayat\u0131m\u0131z\u0131n vazge\u00e7ilmez bir par\u00e7as\u0131 haline geldi. Bir e-ticaret sitesinden bankac\u0131l\u0131k uygulamas\u0131na, sosyal medya platformlar\u0131ndan e\u011fitim portallar\u0131na kadar her alanda kar\u015f\u0131m\u0131za \u00e7\u0131k\u0131yorlar. Ancak bu uygulamalar\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 artt\u0131k\u00e7a, ortaya \u00e7\u0131kan hatalar (buglar) kullan\u0131c\u0131 deneyimini olumsuz etkileyebilir, hatta i\u015fletmeler i\u00e7in ciddi maliyetlere yol a\u00e7abilir. Peki, bu hatalar\u0131 en aza indirerek kullan\u0131c\u0131 memnuniyetini ve uygulama g\u00fcvenilirli\u011fini nas\u0131l sa\u011flayabiliriz? \u0130\u015fte bu noktada yaz\u0131l\u0131m testi devreye giriyor. Yaz\u0131l\u0131m testi, bir web uygulamas\u0131n\u0131n beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak, olas\u0131 kusurlar\u0131 tespit etmek ve genel kalitesini art\u0131rmak i\u00e7in uygulanan sistematik bir s\u00fcre\u00e7tir. Bu rehberde, web uygulamalar\u0131 \u00f6zelinde yaz\u0131l\u0131m testinin temel prensiplerini, farkl\u0131 seviyelerini, \u00e7e\u015fitli test t\u00fcrlerini ve modern geli\u015ftirme yakla\u015f\u0131mlar\u0131yla nas\u0131l entegre edildi\u011fini ad\u0131m ad\u0131m ke\u015ffedece\u011fiz. Amac\u0131m\u0131z, hem yeni ba\u015flayanlar\u0131n hem de deneyimli geli\u015ftiricilerin ve kalite g\u00fcvence uzmanlar\u0131n\u0131n test s\u00fcre\u00e7lerini daha iyi anlamalar\u0131na ve uygulamalar\u0131na yard\u0131mc\u0131 olmakt\u0131r.<\/p>\n
Yaz\u0131l\u0131m testi, bir yaz\u0131l\u0131m \u00fcr\u00fcn\u00fcn\u00fcn veya uygulamas\u0131n\u0131n belirlenen gereksinimleri kar\u015f\u0131lay\u0131p kar\u015f\u0131lamad\u0131\u011f\u0131n\u0131, istenen fonksiyonlar\u0131 do\u011fru bir \u015fekilde yerine getirip getirmedi\u011fini ve beklenmedik durumlar kar\u015f\u0131s\u0131nda nas\u0131l davrand\u0131\u011f\u0131n\u0131 de\u011ferlendirmek amac\u0131yla yap\u0131lan bir dizi faaliyettir. Temel olarak, yaz\u0131l\u0131m\u0131 potansiyel hatalar (buglar), eksiklikler veya gereksinimlerden sapmalar a\u00e7\u0131s\u0131ndan inceleme s\u00fcrecidir. Testin nihai amac\u0131 sadece hata bulmak de\u011fil, ayn\u0131 zamanda yaz\u0131l\u0131m\u0131n kalitesini, g\u00fcvenilirli\u011fini, performans\u0131n\u0131 ve g\u00fcvenli\u011fini art\u0131rmakt\u0131r. Bir web uygulamas\u0131n\u0131 d\u00fc\u015f\u00fcnelim: kullan\u0131c\u0131lar\u0131n kay\u0131t olabildi\u011fi, \u00fcr\u00fcnleri sepete ekleyebildi\u011fi ve \u00f6deme yapabildi\u011fi bir e-ticaret sitesi. Bu sitenin her bir \u00f6zelli\u011finin do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak, kullan\u0131c\u0131lar\u0131n sorunsuz bir deneyim ya\u015famas\u0131n\u0131 sa\u011flar. Aksi takdirde, hatal\u0131 bir \u00f6deme sistemi m\u00fc\u015fteri kayb\u0131na, hatta marka itibar\u0131n\u0131n zedelenmesine yol a\u00e7abilir.<\/p>\n
Yaz\u0131l\u0131m testinin \u00f6nemi, sadece son kullan\u0131c\u0131ya sunulan \u00fcr\u00fcn\u00fcn kalitesiyle s\u0131n\u0131rl\u0131 de\u011fildir. Geli\u015ftirme s\u00fcrecinin ba\u015flar\u0131nda tespit edilen bir hata, ilerleyen a\u015famalarda tespit edilen bir hatadan \u00e7ok daha d\u00fc\u015f\u00fck maliyetle d\u00fczeltilebilir. Erken a\u015famada yap\u0131lan testler, kodun daha temiz, daha s\u00fcrd\u00fcr\u00fclebilir ve daha az hata i\u00e7eren bir yap\u0131da olmas\u0131n\u0131 te\u015fvik eder. Ayr\u0131ca, testler sayesinde geli\u015ftiriciler, yazd\u0131klar\u0131 kodun farkl\u0131 senaryolar alt\u0131nda nas\u0131l davrand\u0131\u011f\u0131n\u0131 anlama ve b\u00f6ylece daha sa\u011flam \u00e7\u00f6z\u00fcmler \u00fcretme f\u0131rsat\u0131 bulurlar. \u00d6rne\u011fin, bir web formunun ge\u00e7erli ve ge\u00e7ersiz t\u00fcm girdilere do\u011fru tepki verdi\u011finden emin olmak, hem g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 kapat\u0131r hem de kullan\u0131c\u0131 deneyimini iyile\u015ftirir. Bu ba\u011flamda, test s\u00fcreci sadece bir “hata av\u0131” olmaktan \u00f6te, bir “kalite g\u00fcvence” mekanizmas\u0131 olarak ele al\u0131nmal\u0131d\u0131r. Yaz\u0131l\u0131m\u0131n piyasaya s\u00fcr\u00fclmeden \u00f6nce kapsaml\u0131 bir \u015fekilde test edilmesi, hem kullan\u0131c\u0131lar\u0131n g\u00fcvenini kazanmak hem de i\u015fletmelerin uzun vadeli ba\u015far\u0131s\u0131n\u0131 sa\u011flamak i\u00e7in kritik bir ad\u0131md\u0131r. Test, ayn\u0131 zamanda bir \u00fcr\u00fcn\u00fcn ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca s\u00fcrekli iyile\u015ftirme ve adaptasyon yetene\u011fini de destekler, \u00e7\u00fcnk\u00fc yeni \u00f6zellikler eklendik\u00e7e veya mevcutlar de\u011fi\u015ftirildik\u00e7e, bunlar\u0131n mevcut sistemi bozmad\u0131\u011f\u0131ndan emin olmak i\u00e7in regresyon testleri (regression tests) hayati \u00f6nem ta\u015f\u0131r.<\/p>\n
Yaz\u0131l\u0131m testinin etkinli\u011fini art\u0131rmak i\u00e7in baz\u0131 temel prensiplere uyulmas\u0131 gerekir. Bu prensipler, test s\u00fcre\u00e7lerinin daha verimli ve kapsaml\u0131 olmas\u0131n\u0131 sa\u011flar:<\/p>\n
Bu prensipleri benimsemek, test ekiplerinin daha stratejik ve hedef odakl\u0131 \u00e7al\u0131\u015fmas\u0131na yard\u0131mc\u0131 olurken, ayn\u0131 zamanda geli\u015ftirme s\u00fcrecine entegre bir kalite k\u00fclt\u00fcr\u00fcn\u00fcn olu\u015fmas\u0131n\u0131 sa\u011flar. Unutulmamal\u0131d\u0131r ki, test sadece bir a\u015fama de\u011fil, yaz\u0131l\u0131m\u0131n ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca devam eden, s\u00fcrekli bir faaliyettir.<\/p>\n
Yaz\u0131l\u0131m testleri genellikle farkl\u0131 seviyelerde ger\u00e7ekle\u015ftirilir. Bu seviyeler, testin kapsam\u0131n\u0131 ve odak noktas\u0131n\u0131 belirler. Web uygulamalar\u0131 i\u00e7in en yayg\u0131n test seviyeleri \u015funlard\u0131r:<\/p>\n
Birim testi, yaz\u0131l\u0131m\u0131n en k\u00fc\u00e7\u00fck test edilebilir par\u00e7alar\u0131n\u0131, yani “birimlerini” (unit) tek tek izole ederek test etme s\u00fcrecidir. Bir birim, bir fonksiyon, bir metot, bir s\u0131n\u0131f veya k\u00fc\u00e7\u00fck bir kod blo\u011fu olabilir. Geli\u015ftiriciler taraf\u0131ndan yaz\u0131lan bu testler, kodun her bir par\u00e7as\u0131n\u0131n beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin, bir web uygulamas\u0131nda kullan\u0131c\u0131 giri\u015fini do\u011frulayan bir fonksiyonun, hem do\u011fru kullan\u0131c\u0131 ad\u0131\/\u015fifre kombinasyonlar\u0131nda ba\u015far\u0131l\u0131 oldu\u011funu hem de hatal\u0131 giri\u015flerde uygun hata mesaj\u0131n\u0131 d\u00f6nd\u00fcrd\u00fc\u011f\u00fcn\u00fc do\u011frulamak bir birim testinin konusudur. Birim testleri, genellikle otomatize edilir ve geli\u015ftirme s\u00fcrecinin \u00e7ok erken a\u015famalar\u0131nda, kod yaz\u0131l\u0131rken veya hemen sonras\u0131nda \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Bu sayede hatalar, daha b\u00fcy\u00fck sistemlere entegre edilmeden \u00f6nce tespit edilir ve d\u00fczeltme maliyeti \u00f6nemli \u00f6l\u00e7\u00fcde azal\u0131r. JavaScript, Python, Java gibi modern dillerin bir\u00e7o\u011fu, birim testleri i\u00e7in Jest, Mocha, Pytest, JUnit gibi g\u00fc\u00e7l\u00fc test \u00e7er\u00e7eveleri (frameworks) sunar. Birim testleri, h\u0131zl\u0131 geri bildirim sa\u011flar, kodun yeniden d\u00fczenlenmesini (refactoring) kolayla\u015ft\u0131r\u0131r ve kod kalitesini art\u0131r\u0131r. Ayr\u0131ca, iyi yaz\u0131lm\u0131\u015f birim testleri, kodun nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131na dair canl\u0131 bir dok\u00fcmantasyon g\u00f6revi de g\u00f6r\u00fcr. Her birim testinin ba\u011f\u0131ms\u0131z olmas\u0131 ve di\u011fer birimlerden izole edilmi\u015f bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 esast\u0131r, bu da testlerin daha g\u00fcvenilir ve tekrarlanabilir olmas\u0131n\u0131 sa\u011flar.<\/p>\n
A\u015fa\u011f\u0131da, bir JavaScript fonksiyonu i\u00e7in Jest ile yaz\u0131lm\u0131\u015f basit bir birim testi \u00f6rne\u011fi bulunmaktad\u0131r:<\/p>\n
\n\/\/ Fonksiyonel kod (\u00f6rne\u011fin, utils.js dosyas\u0131nda)\nfunction topla(a, b) {\n if (typeof a !== 'number' || typeof b !== 'number') {\n throw new Error('Her iki arg\u00fcman da say\u0131 olmal\u0131d\u0131r.');\n }\n return a + b;\n}\n\n\/\/ Test kodu (\u00f6rne\u011fin, topla.test.js dosyas\u0131nda)\ndescribe('topla fonksiyonu', () => {\n test('iki pozitif say\u0131y\u0131 do\u011fru toplamal\u0131d\u0131r', () => {\n expect(topla(1, 2)).toBe(3);\n });\n\n test('s\u0131f\u0131r ile bir say\u0131y\u0131 do\u011fru toplamal\u0131d\u0131r', () => {\n expect(topla(5, 0)).toBe(5);\n });\n\n test('negatif say\u0131larla do\u011fru toplamal\u0131d\u0131r', () => {\n expect(topla(-1, -2)).toBe(-3);\n });\n\n test('say\u0131 olmayan arg\u00fcmanlar i\u00e7in hata f\u0131rlatmal\u0131d\u0131r', () => {\n expect(() => topla(1, 'iki')).toThrow('Her iki arg\u00fcman da say\u0131 olmal\u0131d\u0131r.');\n expect(() => topla('bir', 2)).toThrow('Her iki arg\u00fcman da say\u0131 olmal\u0131d\u0131r.');\n });\n});\n <\/code><\/pre>\n<\/p><\/div>\nYukar\u0131daki \u00f6rnekte, topla<\/code> fonksiyonunun farkl\u0131 senaryolar alt\u0131nda nas\u0131l davrand\u0131\u011f\u0131 test edilmi\u015ftir. Bu sayede, fonksiyonun hem beklenen girdilerle do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan hem de hatal\u0131 girdilerle uygun \u015fekilde hata y\u00f6netimi yapt\u0131\u011f\u0131ndan emin olunur.<\/p>\nEntegrasyon Testi (Integration Testing): Bile\u015fenler Bir Arada Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
Birim testlerinin ard\u0131ndan gelen entegrasyon testi, birden fazla birimin veya mod\u00fcl\u00fcn bir araya gelerek nas\u0131l etkile\u015fimde bulundu\u011funu ve birlikte do\u011fru \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 do\u011frulamaya odaklan\u0131r. Web uygulamalar\u0131nda bu, genellikle bir \u00f6n u\u00e7 (frontend) bile\u015feninin bir arka u\u00e7 (backend) API’si ile, bir API’nin bir veritaban\u0131 ile veya farkl\u0131 servislerin birbiriyle ileti\u015fim kurdu\u011fu senaryolar\u0131 kapsar. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n kay\u0131t formunu doldurup g\u00f6nderdi\u011finde, bu bilginin \u00f6n u\u00e7tan arka uca do\u011fru bir \u015fekilde iletildi\u011fini, arka ucun bu veriyi i\u015fleyerek veritaban\u0131na kaydetti\u011fini ve ard\u0131ndan kullan\u0131c\u0131ya ba\u015far\u0131l\u0131 bir kay\u0131t mesaj\u0131 d\u00f6nd\u00fcrd\u00fc\u011f\u00fcn\u00fc do\u011frulamak bir entegrasyon testinin g\u00f6revidir. Bu testler, farkl\u0131 bile\u015fenler aras\u0131ndaki aray\u00fcz (interface) sorunlar\u0131n\u0131, veri ak\u0131\u015f\u0131 hatalar\u0131n\u0131 ve uyumsuzluklar\u0131 ortaya \u00e7\u0131karmada etkilidir. Entegrasyon testleri, birim testlerinden daha yava\u015f \u00e7al\u0131\u015f\u0131r \u00e7\u00fcnk\u00fc birden fazla sistemi i\u00e7erirler, ancak birim testlerinin tek ba\u015f\u0131na tespit edemeyece\u011fi daha karma\u015f\u0131k hatalar\u0131 bulabilirler. \u00d6rne\u011fin, iki farkl\u0131 geli\u015ftirici taraf\u0131ndan yaz\u0131lan mod\u00fcllerin birle\u015fti\u011finde ortaya \u00e7\u0131kan uyumsuzluklar veya veri format\u0131 uyu\u015fmazl\u0131klar\u0131 entegrasyon testleri s\u0131ras\u0131nda ke\u015ffedilir. Bu testler, uygulaman\u0131n farkl\u0131 katmanlar\u0131 aras\u0131ndaki ileti\u015fimin sa\u011flaml\u0131\u011f\u0131n\u0131 garanti alt\u0131na alarak, daha b\u00fcy\u00fck sistem testleri i\u00e7in bir temel olu\u015fturur. Genellikle ger\u00e7ek veritaban\u0131 veya harici servisler yerine, test ortamlar\u0131nda taklit (mock) veya sanal (stub) servisler kullan\u0131larak testlerin daha h\u0131zl\u0131 ve izole bir \u015fekilde \u00e7al\u0131\u015fmas\u0131 sa\u011flanabilir, ancak kritik entegrasyonlar i\u00e7in ger\u00e7ek servislerle test yapmak da \u00f6nemlidir.<\/p>\n
Sistem Testi (System Testing): Uygulaman\u0131n B\u00fct\u00fcn\u00fcyle Test Edilmesi<\/h3>\n
Sistem testi, bir web uygulamas\u0131n\u0131n t\u00fcm entegre bile\u015fenleriyle birlikte, bir b\u00fct\u00fcn olarak test edilmesidir. Bu seviyede testler, uygulaman\u0131n fonksiyonel ve fonksiyonel olmayan gereksinimlerini kar\u015f\u0131lay\u0131p kar\u015f\u0131lamad\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in ger\u00e7ek d\u00fcnya senaryolar\u0131n\u0131 taklit eder. Ama\u00e7, uygulaman\u0131n son kullan\u0131c\u0131ya sunulacak haliyle beklendi\u011fi gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan, performans\u0131n\u0131n yeterli oldu\u011fundan, g\u00fcvenli oldu\u011fundan ve kullan\u0131labilir oldu\u011fundan emin olmakt\u0131r. Sistem testleri, genellikle ba\u011f\u0131ms\u0131z bir test ekibi taraf\u0131ndan, geli\u015ftirme ekibinden ayr\u0131 olarak ger\u00e7ekle\u015ftirilir. Bu, testlerin daha objektif ve tarafs\u0131z olmas\u0131n\u0131 sa\u011flar. Bir e-ticaret sitesi \u00f6rne\u011finde, sistem testi, bir kullan\u0131c\u0131n\u0131n siteye giri\u015f yapmas\u0131ndan, \u00fcr\u00fcnleri aramas\u0131na, sepete eklemesine, \u00f6deme yapmas\u0131na ve sipari\u015fini takip etmesine kadar t\u00fcm u\u00e7tan uca (end-to-end) ak\u0131\u015flar\u0131 kapsar. Bu s\u00fcre\u00e7te, uygulaman\u0131n farkl\u0131 taray\u0131c\u0131larda, farkl\u0131 cihazlarda (mobil, tablet, masa\u00fcst\u00fc) ve farkl\u0131 i\u015fletim sistemlerinde sorunsuz \u00e7al\u0131\u015ft\u0131\u011f\u0131 da do\u011frulan\u0131r. Sistem testleri ayn\u0131 zamanda performans, g\u00fcvenlik, kullan\u0131labilirlik, uyumluluk ve g\u00fcvenilirlik gibi fonksiyonel olmayan \u00f6zellikleri de de\u011ferlendirir. Bu testler, bir uygulaman\u0131n piyasaya s\u00fcr\u00fclmeden \u00f6nceki son b\u00fcy\u00fck kontrol noktas\u0131d\u0131r ve genellikle uzun s\u00fcrer, ancak uygulaman\u0131n genel kalitesi ve kullan\u0131ma haz\u0131r olup olmad\u0131\u011f\u0131 hakk\u0131nda kapsaml\u0131 bir g\u00f6r\u00fc\u015f sunar. Manuel olarak yap\u0131labilece\u011fi gibi, \u00f6zellikle tekrarlayan ve karma\u015f\u0131k senaryolar i\u00e7in Selenium, Cypress veya Playwright gibi ara\u00e7larla otomatize de edilebilir. Sistem testlerinin ba\u015far\u0131s\u0131, uygulaman\u0131n canl\u0131 ortamda sorunsuz \u00e7al\u0131\u015faca\u011f\u0131n\u0131n \u00f6nemli bir g\u00f6stergesidir.<\/p>\n
Farkl\u0131 Test Yakla\u015f\u0131mlar\u0131: Fonksiyonel ve Fonksiyonel Olmayan Testler<\/h2>\n
Testler, odakland\u0131klar\u0131 \u00f6zelliklere g\u00f6re iki ana kategoriye ayr\u0131l\u0131r: fonksiyonel testler ve fonksiyonel olmayan testler.<\/p>\n
Fonksiyonel Testler: Uygulama Beklendi\u011fi Gibi \u00c7al\u0131\u015f\u0131yor Mu?<\/h3>\n
Fonksiyonel testler, bir yaz\u0131l\u0131m\u0131n veya uygulaman\u0131n belirli i\u015flevlerinin (fonksiyonlar\u0131n\u0131n) gereksinimlere uygun olarak \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 do\u011frulamaya odaklan\u0131r. Yani, “uygulama ne yapmal\u0131?” sorusuna cevap arar. Bir web uygulamas\u0131nda bu, kullan\u0131c\u0131lar\u0131n giri\u015f yapabilmesi, \u00fcr\u00fcnleri sepete ekleyebilmesi, form g\u00f6nderebilmesi veya bir raporu indirebilmesi gibi \u00f6zelliklerin do\u011fru bir \u015fekilde \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 kontrol etmeyi i\u00e7erir. Fonksiyonel testler genellikle kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) \u00fczerinden ger\u00e7ekle\u015ftirilir ve kullan\u0131c\u0131n\u0131n bak\u0131\u015f a\u00e7\u0131s\u0131ndan uygulaman\u0131n davran\u0131\u015f\u0131n\u0131 de\u011ferlendirir. Bu test t\u00fcrleri, genellikle test senaryolar\u0131 (test scenarios) ve test durumlar\u0131 (test cases) kullan\u0131larak planlan\u0131r ve y\u00fcr\u00fct\u00fcl\u00fcr. Her bir test durumu, belirli bir girdiyi, beklenen \u00e7\u0131kt\u0131y\u0131 ve ad\u0131mlar\u0131 tan\u0131mlar. Fonksiyonel testlerin temel amac\u0131, yaz\u0131l\u0131m\u0131n i\u015f gereksinimlerini tam olarak kar\u015f\u0131lad\u0131\u011f\u0131ndan emin olmakt\u0131r. Bu kategori alt\u0131nda bir\u00e7ok alt test t\u00fcr\u00fc bulunur:<\/p>\n
\n- Kabul Testi (Acceptance Testing):<\/strong> Uygulaman\u0131n, son kullan\u0131c\u0131 veya m\u00fc\u015fteri taraf\u0131ndan belirlenen kabul kriterlerini kar\u015f\u0131lay\u0131p kar\u015f\u0131lamad\u0131\u011f\u0131n\u0131 do\u011frular. Genellikle m\u00fc\u015fteri veya \u00fcr\u00fcn sahibi taraf\u0131ndan y\u00fcr\u00fct\u00fcl\u00fcr ve uygulaman\u0131n “canl\u0131ya \u00e7\u0131kmaya haz\u0131r” olup olmad\u0131\u011f\u0131n\u0131 belirler.<\/li>\n
- Regresyon Testi (Regression Testing):<\/strong> Yeni \u00f6zellikler eklendi\u011finde, hata d\u00fczeltmeleri yap\u0131ld\u0131\u011f\u0131nda veya mevcut kodda de\u011fi\u015fiklikler oldu\u011funda, bu de\u011fi\u015fikliklerin mevcut ve daha \u00f6nce do\u011fru \u00e7al\u0131\u015fan fonksiyonlar\u0131 bozmad\u0131\u011f\u0131ndan emin olmak i\u00e7in yap\u0131lan testlerdir. Uygulaman\u0131n kararl\u0131l\u0131\u011f\u0131n\u0131 korumak i\u00e7in hayati \u00f6neme sahiptir ve genellikle otomatize edilir.<\/li>\n
- Duman Testi (Smoke Testing):<\/strong> Bir yaz\u0131l\u0131m yap\u0131s\u0131n\u0131n (build) temel ve kritik fonksiyonlar\u0131n\u0131n \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 h\u0131zl\u0131ca kontrol etmek i\u00e7in yap\u0131lan \u00f6n testlerdir. Ama\u00e7, ciddi bir hatan\u0131n olup olmad\u0131\u011f\u0131n\u0131 ve daha kapsaml\u0131 testlere devam etmenin mant\u0131kl\u0131 olup olmad\u0131\u011f\u0131n\u0131 belirlemektir.<\/li>\n
- Sanity Testi (Sanity Testing):<\/strong> Bir hata d\u00fczeltmesi veya k\u00fc\u00e7\u00fck bir de\u011fi\u015fiklik yap\u0131ld\u0131ktan sonra, bu de\u011fi\u015fikli\u011fin ilgili mod\u00fcl\u00fc do\u011fru bir \u015fekilde etkiledi\u011fini ve di\u011fer kritik alanlar\u0131 bozmad\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in yap\u0131lan dar ve derinlemesine testlerdir.<\/li>\n<\/ul>\n
Fonksiyonel testler, web uygulamas\u0131n\u0131n ana amac\u0131na hizmet etti\u011finden emin olmak i\u00e7in vazge\u00e7ilmezdir. Kullan\u0131c\u0131lar\u0131n uygulamayla etkile\u015fim kurarken sorun ya\u015famamas\u0131n\u0131 sa\u011flaman\u0131n en do\u011frudan yoludur.<\/p>\n
Fonksiyonel Olmayan Testler: Performans, G\u00fcvenlik ve Kullan\u0131labilirlik<\/h3>\n
Fonksiyonel olmayan testler, bir yaz\u0131l\u0131m\u0131n “nas\u0131l” \u00e7al\u0131\u015ft\u0131\u011f\u0131na odaklan\u0131r; yani performans, g\u00fcvenlik, kullan\u0131labilirlik, g\u00fcvenilirlik, \u00f6l\u00e7eklenebilirlik gibi \u00f6zelliklerini de\u011ferlendirir. Bu testler, uygulaman\u0131n i\u015flevselli\u011fi d\u0131\u015f\u0131nda kalan kalite \u00f6zelliklerini \u00f6l\u00e7er ve kullan\u0131c\u0131 deneyimini do\u011frudan etkileyen fakt\u00f6rleri inceler. Fonksiyonel testler bir uygulaman\u0131n do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6sterirken, fonksiyonel olmayan testler uygulaman\u0131n iyi \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 garanti eder. \u00d6rne\u011fin, bir e-ticaret sitesinin t\u00fcm \u00fcr\u00fcnleri do\u011fru bir \u015fekilde g\u00f6stermesi fonksiyonel bir \u00f6zelliktir; ancak bu \u00fcr\u00fcnleri 10.000 e\u015f zamanl\u0131 kullan\u0131c\u0131ya ne kadar h\u0131zl\u0131 g\u00f6sterdi\u011fi veya ki\u015fisel verileri ne kadar g\u00fcvende tuttu\u011fu fonksiyonel olmayan bir \u00f6zelliktir. Bu testler, genellikle \u00f6zel ara\u00e7lar ve ortamlar gerektirir ve daha teknik bir uzmanl\u0131k ister. Ba\u015fl\u0131ca fonksiyonel olmayan test t\u00fcrleri \u015funlard\u0131r:<\/p>\n
\n- Performans Testi (Performance Testing):<\/strong> Uygulaman\u0131n belirli bir i\u015f y\u00fck\u00fc alt\u0131nda ne kadar h\u0131zl\u0131 ve duyarl\u0131 oldu\u011funu \u00f6l\u00e7er.\n
\n- Y\u00fck Testi (Load Testing):<\/strong> Belirli bir kullan\u0131c\u0131 say\u0131s\u0131n\u0131n uygulamay\u0131 ayn\u0131 anda kulland\u0131\u011f\u0131nda sistemin nas\u0131l davrand\u0131\u011f\u0131n\u0131 test eder.<\/li>\n
- Stres Testi (Stress Testing):<\/strong> Sistemin kapasite s\u0131n\u0131rlar\u0131n\u0131n \u00f6tesindeki y\u00fckler alt\u0131nda nas\u0131l davrand\u0131\u011f\u0131n\u0131, ne zaman \u00e7\u00f6kt\u00fc\u011f\u00fcn\u00fc ve kurtarma mekanizmalar\u0131n\u0131n \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 test eder.<\/li>\n
- Hacim Testi (Volume Testing):<\/strong> Uygulaman\u0131n b\u00fcy\u00fck miktarda veriyi i\u015fleyip i\u015fleyemedi\u011fini test eder.<\/li>\n
- Dayan\u0131kl\u0131l\u0131k Testi (Endurance Testing):<\/strong> Uygulaman\u0131n uzun s\u00fcreler boyunca s\u00fcrekli bir y\u00fck alt\u0131nda istikrarl\u0131 bir \u015fekilde \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 test eder.<\/li>\n<\/ul>\n<\/li>\n
- G\u00fcvenlik Testi (Security Testing):<\/strong> Uygulaman\u0131n g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131, zafiyetlerini ve potansiyel tehditlere kar\u015f\u0131 direncini de\u011ferlendirir. Yetkisiz eri\u015fim, veri ihlalleri, s\u0131zma giri\u015fimleri gibi riskleri tespit etmeyi ama\u00e7lar. SQL enjeksiyonu, XSS (Cross-Site Scripting), CSRF (Cross-Site Request Forgery) gibi yayg\u0131n web g\u00fcvenlik a\u00e7\u0131klar\u0131n\u0131 arar.<\/li>\n
- Kullan\u0131labilirlik Testi (Usability Testing):<\/strong> Uygulaman\u0131n son kullan\u0131c\u0131lar i\u00e7in ne kadar kolay \u00f6\u011frenilebilir, etkili ve tatmin edici oldu\u011funu de\u011ferlendirir. Ger\u00e7ek kullan\u0131c\u0131larla yap\u0131lan g\u00f6zlemler veya anketler yoluyla geri bildirim toplan\u0131r.<\/li>\n
- Uyumluluk Testi (Compatibility Testing):<\/strong> Uygulaman\u0131n farkl\u0131 i\u015fletim sistemleri, taray\u0131c\u0131lar, cihazlar ve a\u011f ortamlar\u0131nda sorunsuz bir \u015fekilde \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 kontrol eder.<\/li>\n
- Eri\u015filebilirlik Testi (Accessibility Testing):<\/strong> Uygulaman\u0131n engelli kullan\u0131c\u0131lar (g\u00f6rme engelliler, i\u015fitme engelliler vb.) taraf\u0131ndan da kullan\u0131labilir olup olmad\u0131\u011f\u0131n\u0131 do\u011frular. Web \u0130\u00e7eri\u011fi Eri\u015filebilirlik Y\u00f6nergeleri (WCAG) gibi standartlara uygunluk aran\u0131r.<\/li>\n<\/ul>\n
Fonksiyonel olmayan testler, bir web uygulamas\u0131n\u0131n sadece \u00e7al\u0131\u015fmas\u0131n\u0131 de\u011fil, ayn\u0131 zamanda kullan\u0131c\u0131lar i\u00e7in keyifli, g\u00fcvenli ve verimli bir deneyim sunmas\u0131n\u0131 da sa\u011flar. Bu testler, uygulaman\u0131n pazar ba\u015far\u0131s\u0131 i\u00e7in kritik \u00f6neme sahiptir.<\/p>\n
Test Otomasyonu: Daha H\u0131zl\u0131 ve G\u00fcvenilir Test S\u00fcre\u00e7leri<\/h2>\n
Manuel testler, \u00f6zellikle tekrarlayan g\u00f6revlerde zaman al\u0131c\u0131, maliyetli ve insan hatas\u0131na a\u00e7\u0131k olabilir. \u0130\u015fte bu noktada test otomasyonu devreye girer. Test otomasyonu, test senaryolar\u0131n\u0131n yaz\u0131l\u0131m ara\u00e7lar\u0131 kullan\u0131larak otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131 s\u00fcrecidir. Bu yakla\u015f\u0131m, \u00f6zellikle regresyon testleri gibi s\u0131k\u00e7a tekrarlanan testler i\u00e7in b\u00fcy\u00fck avantajlar sunar. Bir web uygulamas\u0131nda, bir kullan\u0131c\u0131n\u0131n kay\u0131t olma, \u00fcr\u00fcn arama, sepete ekleme ve \u00f6deme yapma gibi temel ak\u0131\u015flar\u0131n\u0131n her kod de\u011fi\u015fikli\u011finden sonra manuel olarak test edilmesi olduk\u00e7a yorucu ve hata yapmaya meyilli bir i\u015ftir. Otomatik testler ise bu ak\u0131\u015flar\u0131 saniyeler veya dakikalar i\u00e7inde tekrarlayabilir, tutarl\u0131 sonu\u00e7lar sa\u011flayabilir ve insan m\u00fcdahalesine gerek kalmadan \u00e7al\u0131\u015fabilir.<\/p>\n
Test otomasyonunun ba\u015fl\u0131ca avantajlar\u0131 \u015funlard\u0131r:<\/p>\n
\n- H\u0131z ve Verimlilik:<\/strong> Otomatik testler, manuel testlerden \u00e7ok daha h\u0131zl\u0131 \u00e7al\u0131\u015f\u0131r ve test d\u00f6ng\u00fclerini k\u0131salt\u0131r. Bu, geli\u015ftiricilerin daha h\u0131zl\u0131 geri bildirim almas\u0131n\u0131 ve hatalar\u0131 daha erken d\u00fczeltmesini sa\u011flar.<\/li>\n
- Tekrarlanabilirlik:<\/strong> Otomatik testler her zaman ayn\u0131 ad\u0131mlar\u0131 izler ve ayn\u0131 girdileri kullan\u0131r, bu da tutarl\u0131 ve g\u00fcvenilir sonu\u00e7lar verir. \u0130nsan kaynakl\u0131 hatalar\u0131 ortadan kald\u0131r\u0131r.<\/li>\n
- Maliyet Etkinli\u011fi:<\/strong> Ba\u015flang\u0131\u00e7taki kurulum maliyetine ra\u011fmen, uzun vadede manuel test maliyetlerini d\u00fc\u015f\u00fcr\u00fcr, \u00f6zellikle b\u00fcy\u00fck ve s\u00fcrekli geli\u015fen projelerde.<\/li>\n
- Kapsam:<\/strong> Otomasyon, manuel olarak test edilmesi pratik olmayan daha fazla test senaryosunun ve veri kombinasyonunun test edilmesine olanak tan\u0131r.<\/li>\n
- Erken Hata Tespiti:<\/strong> Geli\u015ftirme s\u00fcrecine entegre edildi\u011finde, hatalar daha erken tespit edilir ve d\u00fczeltme maliyetleri azal\u0131r.<\/li>\n
- Regresyon G\u00fcvencesi:<\/strong> Yeni \u00f6zellikler veya hata d\u00fczeltmeleri mevcut i\u015flevselli\u011fi bozmad\u0131\u011f\u0131ndan emin olmak i\u00e7in s\u00fcrekli olarak regresyon testleri \u00e7al\u0131\u015ft\u0131r\u0131labilir.<\/li>\n<\/ul>\n
Hangi testlerin otomatize edilmesi gerekti\u011fi sorusunun cevab\u0131 genellikle “s\u0131k\u00e7a tekrarlanan, kritik ve kararl\u0131” testlerdir. Kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) testleri i\u00e7in Selenium, Cypress, Playwright gibi ara\u00e7lar pop\u00fclerken, API testleri i\u00e7in Postman (otomasyon i\u00e7in Newman ile birlikte), Rest Assured gibi ara\u00e7lar kullan\u0131l\u0131r. Birim ve entegrasyon testleri i\u00e7inse yukar\u0131da bahsedilen dil tabanl\u0131 test \u00e7er\u00e7eveleri (Jest, JUnit, Pytest vb.) tercih edilir.<\/p>\n
A\u015fa\u011f\u0131da, bir web sayfas\u0131nda belirli bir eleman\u0131n varl\u0131\u011f\u0131n\u0131 kontrol eden basit bir Cypress testi \u00f6rne\u011fi bulunmaktad\u0131r:<\/p>\n
\n\n\/\/ Cypress test dosyas\u0131 (\u00f6rne\u011fin, my_app.cy.js)\ndescribe('Ana Sayfa Testleri', () => {\n it('ba\u015fl\u0131k do\u011fru metni i\u00e7ermelidir', () => {\n cy.visit('http:\/\/localhost:3000'); \/\/ Uygulaman\u0131n adresine git\n cy.get('h1').should('contain', 'Ho\u015f Geldiniz'); \/\/ h1 etiketinin metnini kontrol et\n });\n\n it('navigasyon men\u00fcs\u00fc g\u00f6r\u00fcn\u00fcr olmal\u0131d\u0131r', () => {\n cy.visit('http:\/\/localhost:3000');\n cy.get('.main-nav').should('be.visible'); \/\/ .main-nav s\u0131n\u0131f\u0131na sahip eleman\u0131n g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fcn\u00fc kontrol et\n });\n\n it('bir butona t\u0131klayarak yeni sayfaya gitmelidir', () => {\n cy.visit('http:\/\/localhost:3000');\n cy.get('.product-button').click(); \/\/ .product-button s\u0131n\u0131f\u0131na sahip butona t\u0131kla\n cy.url().should('include', '\/products'); \/\/ URL'nin \/products i\u00e7erdi\u011fini kontrol et\n });\n});\n <\/code><\/pre>\n<\/p><\/div>\nBu \u00f6rnek, Cypress’in bir web sayfas\u0131n\u0131 ziyaret etme, belirli elemanlar\u0131 bulma, metinlerini kontrol etme ve t\u0131klama gibi temel etkile\u015fimleri nas\u0131l otomatize edebildi\u011fini g\u00f6stermektedir. Test otomasyonu, modern web geli\u015ftirme s\u00fcre\u00e7lerinin ayr\u0131lmaz bir par\u00e7as\u0131 haline gelmi\u015ftir ve kaliteli yaz\u0131l\u0131m teslimat\u0131 i\u00e7in kritik bir rol oynar.<\/p>\n
S\u00fcrekli Entegrasyon ve S\u00fcrekli Da\u011f\u0131t\u0131m (CI\/CD) ile Testleri Birle\u015ftirmek<\/h2>\n
Modern yaz\u0131l\u0131m geli\u015ftirme pratiklerinde, S\u00fcrekli Entegrasyon (Continuous Integration – CI) ve S\u00fcrekli Da\u011f\u0131t\u0131m (Continuous Delivery\/Deployment – CD) kavramlar\u0131, test s\u00fcre\u00e7leriyle ayr\u0131lmaz bir \u015fekilde ba\u011flant\u0131l\u0131d\u0131r. CI\/CD, yaz\u0131l\u0131m geli\u015ftirme ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fc otomatize etmeyi ve h\u0131zland\u0131rmay\u0131 ama\u00e7layan bir dizi uygulamad\u0131r. Bu yakla\u015f\u0131mlar, geli\u015ftiricilerin kod de\u011fi\u015fikliklerini daha s\u0131k entegre etmelerini ve bu de\u011fi\u015fiklikleri otomatik olarak test edip da\u011f\u0131tmalar\u0131n\u0131 sa\u011flar.<\/p>\n
\n- S\u00fcrekli Entegrasyon (CI):<\/strong> Geli\u015ftiricilerin kod de\u011fi\u015fikliklerini g\u00fcnde birka\u00e7 kez merkezi bir depoya (repository) entegre etme prati\u011fidir. Her entegrasyonda, otomatik bir derleme (build) i\u015flemi ba\u015flat\u0131l\u0131r ve birim testleri, entegrasyon testleri gibi otomatik testler \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Amac\u0131, entegrasyon hatalar\u0131n\u0131 erken tespit etmek ve d\u00fczeltmektir. E\u011fer testler ba\u015far\u0131s\u0131z olursa, geli\u015ftiriciye an\u0131nda geri bildirim sa\u011flan\u0131r ve sorun h\u0131zla \u00e7\u00f6z\u00fcl\u00fcr. Bu, b\u00fcy\u00fck entegrasyon sorunlar\u0131n\u0131n birikmesini engeller ve geli\u015ftirme s\u00fcrecini daha ak\u0131c\u0131 hale getirir.<\/li>\n
- S\u00fcrekli Da\u011f\u0131t\u0131m (CD):<\/strong> CI’nin bir uzant\u0131s\u0131d\u0131r ve kodun testlerden ge\u00e7tikten sonra otomatik olarak bir da\u011f\u0131t\u0131m ortam\u0131na (\u00f6rne\u011fin, sahneleme veya \u00fcretim ortam\u0131) haz\u0131r hale getirilmesi prati\u011fidir. Her ba\u015far\u0131l\u0131 CI d\u00f6ng\u00fcs\u00fcnden sonra, uygulama otomatik olarak test edilmi\u015f ve da\u011f\u0131t\u0131ma haz\u0131r bir duruma gelir. S\u00fcrekli Da\u011f\u0131t\u0131m, insan m\u00fcdahalesiyle manuel olarak da\u011f\u0131t\u0131m yapma se\u00e7ene\u011fini sunarken, S\u00fcrekli Da\u011f\u0131t\u0131m (Continuous Deployment) ise testlerden ge\u00e7en her de\u011fi\u015fikli\u011fin otomatik olarak \u00fcretime da\u011f\u0131t\u0131lmas\u0131n\u0131 ifade eder.<\/li>\n<\/ul>\n
Testlerin CI\/CD pipeline’\u0131na entegrasyonu, yaz\u0131l\u0131m kalitesini ve teslimat h\u0131z\u0131n\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131r\u0131r. Bir geli\u015ftirici kodu merkezi depoya g\u00f6nderdi\u011finde (\u00f6rne\u011fin, Git’te bir “push” i\u015flemi), CI\/CD sunucusu (Jenkins, GitLab CI, GitHub Actions, Azure DevOps gibi ara\u00e7lar) bu de\u011fi\u015fikli\u011fi alg\u0131lar. Ard\u0131ndan \u015fu ad\u0131mlar otomatik olarak tetiklenebilir:<\/p>\n
\n- Kod Derleme\/Olu\u015fturma:<\/strong> Kaynak kod derlenir veya paketlenir.<\/li>\n
- Birim Testleri:<\/strong> T\u00fcm birim testleri otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. Ba\u015far\u0131s\u0131z olursa, pipeline durur ve geli\u015ftirici bilgilendirilir.<\/li>\n
- Entegrasyon Testleri:<\/strong> Birim testleri ba\u015far\u0131l\u0131ysa, entegrasyon testleri \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r.<\/li>\n
- Kod Kalitesi Analizi:<\/strong> Statik kod analizi ara\u00e7lar\u0131 (SonarQube gibi) \u00e7al\u0131\u015ft\u0131r\u0131larak kod kalitesi ve potansiyel g\u00fcvenlik a\u00e7\u0131klar\u0131 kontrol edilir.<\/li>\n
- Kapsaml\u0131 Testler:<\/strong> Daha uzun s\u00fcren sistem testleri, performans testleri veya g\u00fcvenlik testleri gibi daha kapsaml\u0131 otomatik testler \u00e7al\u0131\u015ft\u0131r\u0131labilir.<\/li>\n
- Da\u011f\u0131t\u0131m:<\/strong> T\u00fcm testler ba\u015far\u0131l\u0131 oldu\u011funda, uygulama otomatik olarak bir test ortam\u0131na, sahneleme ortam\u0131na veya do\u011frudan \u00fcretim ortam\u0131na da\u011f\u0131t\u0131l\u0131r.<\/li>\n<\/ol>\n
Bu entegrasyon sayesinde, her kod de\u011fi\u015fikli\u011fi an\u0131nda test edilir ve olas\u0131 sorunlar \u00e7ok erken a\u015famada yakalan\u0131r. Bu durum, geli\u015ftiricilerin g\u00fcvenle kod yazmas\u0131n\u0131, \u00fcr\u00fcn sahiplerinin daha h\u0131zl\u0131 \u00f6zellik teslim etmesini ve son kullan\u0131c\u0131lar\u0131n daha kararl\u0131 ve kaliteli uygulamalar kullanmas\u0131n\u0131 sa\u011flar. CI\/CD ile testler, geli\u015ftirme s\u00fcrecinin sonuna s\u0131k\u0131\u015ft\u0131r\u0131lm\u0131\u015f bir a\u015fama olmaktan \u00e7\u0131karak, her ad\u0131m\u0131 kapsayan s\u00fcrekli bir kalite g\u00fcvence mekanizmas\u0131 haline gelir. Bu da modern ve \u00e7evik (Agile) geli\u015ftirme yakla\u015f\u0131mlar\u0131n\u0131n temelini olu\u015fturur.<\/p>\n
Ger\u00e7ek D\u00fcnya Senaryosu: Bir E-Ticaret Uygulamas\u0131nda Test S\u00fcreci<\/h2>\n
\u015eimdi teorik bilgileri ger\u00e7ek bir senaryo \u00fczerinden ele alal\u0131m. T\u00fcrkiye’de faaliyet g\u00f6steren, hem mobil hem de web \u00fczerinden eri\u015filebilen “PazarYeri” ad\u0131nda yeni bir e-ticaret uygulamas\u0131n\u0131n geli\u015ftirildi\u011fini hayal edelim. Bu uygulaman\u0131n temel i\u015flevleri aras\u0131nda kullan\u0131c\u0131 kayd\u0131, \u00fcr\u00fcn arama, sepete ekleme, \u00f6deme yapma ve sipari\u015f takibi bulunuyor. PazarYeri’nin ba\u015far\u0131l\u0131 olmas\u0131 i\u00e7in kesintisiz ve g\u00fcvenli bir kullan\u0131c\u0131 deneyimi sunmas\u0131 \u015fart. \u0130\u015fte bu uygulaman\u0131n test s\u00fcreci nas\u0131l i\u015fleyebilir:<\/p>\n
1. Geli\u015ftirme A\u015famas\u0131: Birim ve Entegrasyon Testleri<\/h3>\n
Geli\u015ftiriciler, PazarYeri uygulamas\u0131n\u0131n her bir bile\u015fenini (\u00f6rne\u011fin, kullan\u0131c\u0131 do\u011frulama servisi, \u00fcr\u00fcn listeleme mod\u00fcl\u00fc, \u00f6deme a\u011f ge\u00e7idi entegrasyonu) ayr\u0131 ayr\u0131 yazarken, ayn\u0131 zamanda bunlara kar\u015f\u0131l\u0131k gelen birim testlerini de olu\u015fturur. \u00d6rne\u011fin, bir kullan\u0131c\u0131n\u0131n \u015fifresinin karma\u015f\u0131k olup olmad\u0131\u011f\u0131n\u0131 kontrol eden bir fonksiyon i\u00e7in birim testleri yaz\u0131l\u0131r. \u00d6deme i\u015flemleri i\u00e7in bir sepet toplam\u0131n\u0131 hesaplayan fonksiyonun do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmak i\u00e7in de testler olu\u015fturulur.<\/p>\n
\n\n\/\/ \u00d6rnek: Sepet toplam\u0131n\u0131 hesaplayan bir fonksiyonun birim testi (JavaScript - Jest)\n\/\/ cartService.js\nfunction calculateCartTotal(items) {\n if (!Array.isArray(items)) {\n throw new Error('\u00dcr\u00fcnler bir dizi olmal\u0131d\u0131r.');\n }\n return items.reduce((total, item) => total + (item.price * item.quantity), 0);\n}\n\n\/\/ cartService.test.js\ndescribe('calculateCartTotal', () => {\n test('bo\u015f sepet i\u00e7in 0 d\u00f6nd\u00fcrmelidir', () => {\n expect(calculateCartTotal([])).toBe(0);\n });\n\n test('tek \u00fcr\u00fcnl\u00fc sepet i\u00e7in do\u011fru toplam\u0131 d\u00f6nd\u00fcrmelidir', () => {\n const items = [{ price: 100, quantity: 1 }];\n expect(calculateCartTotal(items)).toBe(100);\n });\n\n test('birden fazla \u00fcr\u00fcnl\u00fc sepet i\u00e7in do\u011fru toplam\u0131 d\u00f6nd\u00fcrmelidir', () => {\n const items = [\n { price: 100, quantity: 2 },\n { price: 50, quantity: 3 }\n ];\n expect(calculateCartTotal(items)).toBe(350); \/\/ (100*2) + (50*3) = 200 + 150 = 350\n });\n\n test('ge\u00e7ersiz girdi i\u00e7in hata f\u0131rlatmal\u0131d\u0131r', () => {\n expect(() => calculateCartTotal(null)).toThrow('\u00dcr\u00fcnler bir dizi olmal\u0131d\u0131r.');\n expect(() => calculateCartTotal('urunler')).toThrow('\u00dcr\u00fcnler bir dizi olmal\u0131d\u0131r.');\n });\n});\n <\/code><\/pre>\n<\/p><\/div>\nBirim testleri ba\u015far\u0131l\u0131 olduktan sonra, geli\u015ftiriciler farkl\u0131 mod\u00fcllerin birbiriyle nas\u0131l entegre oldu\u011funu test eder. \u00d6rne\u011fin, kullan\u0131c\u0131 kay\u0131t formunun, arka u\u00e7taki kullan\u0131c\u0131 servisiyle do\u011fru ileti\u015fim kurarak veritaban\u0131na yeni bir kullan\u0131c\u0131 ekleyip eklemedi\u011fi entegrasyon testleriyle do\u011frulan\u0131r. \u00d6deme servisi ile banka API’si aras\u0131ndaki ileti\u015fimin sorunsuz \u00e7al\u0131\u015ft\u0131\u011f\u0131 da bu a\u015famada test edilir. Bu testler, CI\/CD pipeline’\u0131na entegre edilerek her kod de\u011fi\u015fikli\u011finde otomatik olarak \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r.<\/p>\n
2. Sistem Testi ve Fonksiyonel Olmayan Testler<\/h3>\n
Uygulaman\u0131n ana mod\u00fclleri entegre edildikten sonra, ba\u011f\u0131ms\u0131z bir test ekibi PazarYeri uygulamas\u0131n\u0131 bir b\u00fct\u00fcn olarak test etmeye ba\u015flar. Bu a\u015famada, ger\u00e7ek kullan\u0131c\u0131 senaryolar\u0131 u\u00e7tan uca test edilir:<\/p>\n
\n- Kullan\u0131c\u0131 Ak\u0131\u015f\u0131 Testleri:<\/strong> Bir kullan\u0131c\u0131n\u0131n siteye kaydolup, giri\u015f yaparak, belirli bir \u00fcr\u00fcn\u00fc aray\u0131p bulup, sepete ekleyip, indirim kuponu uygulay\u0131p, kredi kart\u0131yla \u00f6deme yap\u0131p ve sipari\u015fini tamamlamas\u0131 gibi t\u00fcm ad\u0131mlar test edilir. Bu testler, farkl\u0131 taray\u0131c\u0131larda (Chrome, Firefox, Safari) ve farkl\u0131 cihazlarda (masa\u00fcst\u00fc, mobil telefon, tablet) tekrar edilir.<\/li>\n
- Regresyon Testleri:<\/strong> Her yeni \u00f6zellik eklendi\u011finde veya hata d\u00fczeltildi\u011finde, mevcut fonksiyonlar\u0131n bozulmad\u0131\u011f\u0131ndan emin olmak i\u00e7in otomatik regresyon test paketleri \u00e7al\u0131\u015ft\u0131r\u0131l\u0131r. \u00d6rne\u011fin, “favorilere ekle” \u00f6zelli\u011fi eklendi\u011finde, sepete ekleme veya \u00f6deme gibi eski \u00f6zelliklerin hala sorunsuz \u00e7al\u0131\u015ft\u0131\u011f\u0131 do\u011frulan\u0131r.<\/li>\n
- Performans Testleri:<\/strong> Black Friday gibi yo\u011fun d\u00f6nemlerde PazarYeri uygulamas\u0131n\u0131n y\u00fcz binlerce e\u015f zamanl\u0131 kullan\u0131c\u0131y\u0131 kald\u0131r\u0131p kald\u0131ramayaca\u011f\u0131n\u0131 g\u00f6rmek i\u00e7in y\u00fck ve stres testleri yap\u0131l\u0131r. \u00d6deme sayfas\u0131n\u0131n belirli bir y\u00fck alt\u0131nda ne kadar s\u00fcrede y\u00fcklendi\u011fi, \u00fcr\u00fcn arama sonu\u00e7lar\u0131n\u0131n ka\u00e7 saniyede d\u00f6nd\u00fc\u011f\u00fc gibi metrikler \u00f6l\u00e7\u00fcl\u00fcr.<\/li>\n
- G\u00fcvenlik Testleri:<\/strong> Uygulama, SQL enjeksiyonu, XSS, CSRF gibi yayg\u0131n web zafiyetlerine kar\u015f\u0131 taran\u0131r. Kullan\u0131c\u0131 verilerinin \u015fifrelenmesi, g\u00fcvenli oturum y\u00f6netimi ve yetkilendirme mekanizmalar\u0131 test edilir. \u00d6deme bilgilerinin PCI DSS standartlar\u0131na uygunlu\u011fu kontrol edilir.<\/li>\n
- Kullan\u0131labilirlik Testleri:<\/strong> Ger\u00e7ek kullan\u0131c\u0131larla yap\u0131lan oturumlarla, uygulaman\u0131n aray\u00fcz\u00fcn\u00fcn ne kadar sezgisel oldu\u011fu, men\u00fclerin anla\u015f\u0131l\u0131r olup olmad\u0131\u011f\u0131 ve genel kullan\u0131c\u0131 deneyimi de\u011ferlendirilir. \u00d6rne\u011fin, “sepete ekle” butonunun g\u00f6r\u00fcn\u00fcrl\u00fc\u011f\u00fc veya \u00f6deme ak\u0131\u015f\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131 incelenir.<\/li>\n<\/ul>\n
3. Kabul Testi ve Da\u011f\u0131t\u0131m<\/h3>\n
T\u00fcm test seviyeleri ba\u015far\u0131yla tamamland\u0131ktan ve kritik hatalar giderildikten sonra, PazarYeri’nin \u00fcr\u00fcn sahibi veya i\u015f birimi temsilcileri taraf\u0131ndan kabul testleri yap\u0131l\u0131r. Bu testler, uygulaman\u0131n i\u015f gereksinimlerini tam olarak kar\u015f\u0131lad\u0131\u011f\u0131ndan ve piyasaya s\u00fcr\u00fclmeye haz\u0131r oldu\u011fundan emin olmak i\u00e7indir. Kabul testleri de ba\u015far\u0131l\u0131 olursa, uygulama s\u00fcrekli da\u011f\u0131t\u0131m (Continuous Deployment) pipeline’\u0131 arac\u0131l\u0131\u011f\u0131yla \u00fcretim ortam\u0131na otomatik olarak da\u011f\u0131t\u0131l\u0131r. Bu s\u00fcre\u00e7, PazarYeri’nin kullan\u0131c\u0131lar\u0131na y\u00fcksek kaliteli, g\u00fcvenilir ve performansl\u0131 bir al\u0131\u015fveri\u015f deneyimi sunmas\u0131n\u0131 sa\u011flar, ayn\u0131 zamanda geli\u015ftirme ekibinin h\u0131zl\u0131 ve g\u00fcvenle yeni \u00f6zellikler eklemesine olanak tan\u0131r. Her a\u015famada yap\u0131lan testler, riskleri en aza indirerek ve kaliteyi s\u00fcrekli art\u0131rarak uygulaman\u0131n genel ba\u015far\u0131s\u0131na katk\u0131da bulunur.<\/p>\n
Sonu\u00e7: Kaliteli Yaz\u0131l\u0131m \u0130\u00e7in Test K\u00fclt\u00fcr\u00fcn\u00fc Benimsemek<\/h2>\n
Web uygulamalar\u0131, modern i\u015f d\u00fcnyas\u0131n\u0131n ve g\u00fcnl\u00fck ya\u015fam\u0131n temel ta\u015flar\u0131ndan biri haline gelmi\u015ftir. Bu uygulamalar\u0131n sundu\u011fu de\u011fer, do\u011frudan kaliteleriyle ili\u015fkilidir. Yaz\u0131l\u0131m testi, bu kaliteyi sa\u011flaman\u0131n, kullan\u0131c\u0131 g\u00fcvenini kazanman\u0131n ve i\u015fletmelerin itibar\u0131n\u0131 koruman\u0131n vazge\u00e7ilmez bir yoludur. Bu rehber boyunca, bir web uygulamas\u0131n\u0131n geli\u015ftirme ya\u015fam d\u00f6ng\u00fcs\u00fc boyunca uygulanan farkl\u0131 test seviyelerini ve t\u00fcrlerini detayl\u0131 bir \u015fekilde inceledik. Birim testlerinden ba\u015flayarak entegrasyon, sistem, fonksiyonel ve fonksiyonel olmayan testlere kadar her a\u015faman\u0131n, uygulaman\u0131n genel sa\u011fl\u0131\u011f\u0131 ve performans\u0131 i\u00e7in kritik oldu\u011funu g\u00f6rd\u00fck. Test otomasyonunun, manuel testlerin getirdi\u011fi y\u00fck\u00fc azaltarak daha h\u0131zl\u0131, daha g\u00fcvenilir ve daha kapsaml\u0131 test s\u00fcre\u00e7leri sundu\u011funu, CI\/CD pipeline’\u0131na entegrasyonun ise geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131rken kaliteyi s\u00fcrekli k\u0131ld\u0131\u011f\u0131n\u0131 anlad\u0131k.<\/p>\n
Unutulmamal\u0131d\u0131r ki, yaz\u0131l\u0131m testi sadece hatalar\u0131 bulma s\u00fcreci de\u011fildir; ayn\u0131 zamanda yaz\u0131l\u0131m\u0131n tasar\u0131m\u0131, mimarisi ve genel s\u00fcrd\u00fcr\u00fclebilirli\u011fi hakk\u0131nda de\u011ferli geri bildirimler sa\u011flayan proaktif bir kalite g\u00fcvence faaliyetidir. \u0130yi test edilmi\u015f bir uygulama, sadece teknik olarak sa\u011flam olmakla kalmaz, ayn\u0131 zamanda kullan\u0131c\u0131lar\u0131na g\u00fcvenilir, h\u0131zl\u0131 ve keyifli bir deneyim sunar. Bu da uzun vadede m\u00fc\u015fteri memnuniyeti, marka sadakati ve i\u015f ba\u015far\u0131s\u0131 anlam\u0131na gelir. Geli\u015fen teknolojiyle birlikte yapay zeka destekli testler (AI-powered testing) ve daha ak\u0131ll\u0131 otomasyon \u00e7\u00f6z\u00fcmleri gibi yeni trendler test s\u00fcre\u00e7lerini daha da ileriye ta\u015f\u0131yacakt\u0131r. Ancak temel prensipler her zaman ge\u00e7erlili\u011fini koruyacakt\u0131r: kaliteye odaklanmak, hatalar\u0131 erken bulmak ve s\u00fcrekli iyile\u015ftirme k\u00fclt\u00fcr\u00fc benimsemek. Her geli\u015ftirici, her test uzman\u0131 ve her \u00fcr\u00fcn sahibi, bu test k\u00fclt\u00fcr\u00fcn\u00fc benimseyerek daha sa\u011flam ve ba\u015far\u0131l\u0131 web uygulamalar\u0131 in\u015fa etme yolunda \u00f6nemli bir ad\u0131m atm\u0131\u015f olacakt\u0131r.<\/p>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n\n- \n Test otomasyonu her projede gerekli midir?<\/strong><\/p>\n
Her projede gerekli olmasa da, \u00f6zellikle b\u00fcy\u00fck, uzun \u00f6m\u00fcrl\u00fc, s\u0131k g\u00fcncellenen ve kritik i\u015flevlere sahip projelerde test otomasyonu maliyetleri d\u00fc\u015f\u00fcr\u00fcr, h\u0131z\u0131 art\u0131r\u0131r ve kaliteyi garantiler. K\u00fc\u00e7\u00fck, k\u0131sa s\u00fcreli projelerde manuel testler yeterli olabilir.<\/p>\n<\/li>\n
- \n Manuel test tamamen ortadan kalkacak m\u0131?<\/strong><\/p>\n
Hay\u0131r, manuel testler tamamen ortadan kalkmayacakt\u0131r. Ke\u015fif\u00e7i testler (exploratory testing), kullan\u0131labilirlik testleri ve kullan\u0131c\u0131 deneyimi (UX) odakl\u0131 testler gibi insan sezgisi ve yarat\u0131c\u0131l\u0131\u011f\u0131 gerektiren alanlarda manuel testler vazge\u00e7ilmezli\u011fini koruyacakt\u0131r. Otomasyon, manuel test uzmanlar\u0131n\u0131n daha stratejik ve de\u011ferli g\u00f6revlere odaklanmas\u0131n\u0131 sa\u011flar.<\/p>\n<\/li>\n
- \n Test s\u00fcre\u00e7lerine ne zaman ba\u015flamak gerekir?<\/strong><\/p>\n
Test s\u00fcre\u00e7lerine m\u00fcmk\u00fcn olan en erken a\u015famada, yani gereksinim analizi ve tasar\u0131m a\u015famalar\u0131nda ba\u015flamak en iyisidir. “Shift-left” yakla\u015f\u0131m\u0131 olarak bilinen bu y\u00f6ntem, hatalar\u0131n daha erken tespit edilmesini ve d\u00fczeltme maliyetlerinin d\u00fc\u015fmesini sa\u011flar.<\/p>\n<\/li>\n
- \n Hangi test arac\u0131 en iyisidir?<\/strong><\/p>\n
En iyi test arac\u0131, projenin ihtiya\u00e7lar\u0131na, teknolojik y\u0131\u011f\u0131n\u0131na, b\u00fct\u00e7esine ve ekibin yeteneklerine g\u00f6re de\u011fi\u015fir. Birim testleri i\u00e7in Jest (JavaScript), Pytest (Python) veya JUnit (Java) pop\u00fclerdir. UI otomasyonu i\u00e7in Cypress, Playwright veya Selenium tercih edilebilir. \u00d6nemli olan, projeniz i\u00e7in en uygun arac\u0131 se\u00e7mektir.<\/p>\n<\/li>\n
- \n Testler geli\u015ftirme s\u00fcrecini yava\u015flat\u0131r m\u0131?<\/strong><\/p>\n
K\u0131sa vadede testlerin yaz\u0131lmas\u0131 ve y\u00fcr\u00fct\u00fclmesi ek zaman gerektirebilir. Ancak uzun vadede, testler hatalar\u0131 erken tespit ederek, hata d\u00fczeltme d\u00f6ng\u00fclerini k\u0131saltarak ve canl\u0131 ortamda olu\u015fabilecek b\u00fcy\u00fck sorunlar\u0131 \u00f6nleyerek geli\u015ftirme s\u00fcrecini h\u0131zland\u0131r\u0131r ve genel maliyeti d\u00fc\u015f\u00fcr\u00fcr. Kaliteli yaz\u0131l\u0131m\u0131n daha h\u0131zl\u0131 teslim edilmesini sa\u011flar.<\/p>\n<\/li>\n<\/ul>\n
\n- #Yaz\u0131l\u0131mTesti<\/li>\n
- #WebGeli\u015ftirme<\/li>\n
- #KaliteG\u00fcvencesi<\/li>\n
- #TestOtomasyonu<\/li>\n
- #CI_CD<\/li>\n<\/ul>\n