Kodunuzun testleri ye\u015fil yan\u0131yor ama yine de hatalar m\u0131 \u00e7\u0131k\u0131yor? Bu makale, mutasyon testi ile testlerinizin ger\u00e7ek g\u00fcc\u00fcn\u00fc nas\u0131l \u00f6l\u00e7ece\u011finizi, Yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde testler, kod kalitesini ve g\u00fcvenilirli\u011fini sa\u011flaman\u0131n temel ta\u015flar\u0131ndan biridir. Bir\u00e7o\u011fumuz, birim testleri (unit tests), entegrasyon testleri (integration tests) ve u\u00e7tan uca testler (end-to-end tests) yazarak kodumuzun bekledi\u011fimiz gibi \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olmaya \u00e7al\u0131\u015f\u0131r\u0131z. Test paketimiz \u00e7al\u0131\u015ft\u0131\u011f\u0131nda ve t\u00fcm testler “ba\u015far\u0131l\u0131” (ye\u015fil) sonucunu verdi\u011finde, genellikle rahat bir nefes al\u0131r\u0131z. Ancak bu ye\u015fil \u0131\u015f\u0131k, her zaman her \u015feyin yolunda gitti\u011fi anlam\u0131na gelir mi? Ne yaz\u0131k ki hay\u0131r.<\/p>\n S\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir yan\u0131lg\u0131, y\u00fcksek kod kapsam\u0131 (code coverage) oran\u0131n\u0131n, testlerimizin m\u00fckemmel oldu\u011fu anlam\u0131na geldi\u011fidir. %90 veya %100 kod kapsam\u0131na sahip olmak, kodunuzun neredeyse tamam\u0131n\u0131n bir test taraf\u0131ndan ziyaret edildi\u011fini g\u00f6sterir. Ancak bu, testlerin ger\u00e7ekten anlaml\u0131 kontroller yapt\u0131\u011f\u0131 veya olas\u0131 hatalar\u0131 yakalayabilecek kadar g\u00fc\u00e7l\u00fc oldu\u011fu anlam\u0131na gelmez. Bir kod sat\u0131r\u0131n\u0131n test taraf\u0131ndan \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131, o sat\u0131r\u0131n do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 garantilemez; sadece \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131n\u0131 g\u00f6sterir. \u00d6rne\u011fin, bir ifadenin yanl\u0131\u015fl\u0131kla de\u011fi\u015ftirilmesi veya bir operat\u00f6r\u00fcn hatal\u0131 kullan\u0131lmas\u0131 durumunda bile testleriniz ge\u00e7meye devam edebilir, \u00e7\u00fcnk\u00fc testleriniz bu t\u00fcr bir hatay\u0131 tespit edecek \u015fekilde yaz\u0131lmam\u0131\u015ft\u0131r. \u0130\u015fte tam da bu noktada, geleneksel test yakla\u015f\u0131mlar\u0131n\u0131n k\u00f6r noktalar\u0131 ortaya \u00e7\u0131kar ve mutasyon testi (mutation testing) devreye girer.<\/p>\n Mutasyon testi, testlerinizin ne kadar etkili oldu\u011funu \u00f6l\u00e7mek i\u00e7in g\u00fc\u00e7l\u00fc bir y\u00f6ntem sunar. Temel fikir, kodunuzda kas\u0131tl\u0131 olarak k\u00fc\u00e7\u00fck, “mutant” olarak adland\u0131r\u0131lan hatalar olu\u015fturmak ve testlerinizin bu hatalar\u0131 tespit edip edemedi\u011fini g\u00f6zlemlemektir. E\u011fer testleriniz bir mutant\u0131 yakalay\u0131p ba\u015far\u0131s\u0131z olursa, bu iyi bir \u015feydir; testleriniz “mutant\u0131 \u00f6ld\u00fcrm\u00fc\u015f” demektir. Ancak testleriniz bir mutant\u0131 yakalayamaz ve ye\u015fil kalmaya devam ederse, bu, testlerinizin o \u00f6zel hatay\u0131 tespit etmekte yetersiz kald\u0131\u011f\u0131n\u0131 g\u00f6sterir. Bu durum, testlerinizin iyile\u015ftirilmesi gereken zay\u0131f noktalar\u0131n\u0131 i\u015faret eder. Bu makalede, mutasyon testinin ne oldu\u011funu, neden bu kadar \u00f6nemli oldu\u011funu ve Python i\u00e7in Mutasyon testi (Mutation Testing), yaz\u0131l\u0131m testlerinin etkinli\u011fini \u00f6l\u00e7mek i\u00e7in kullan\u0131lan bir yaz\u0131l\u0131m test tekni\u011fidir. Amac\u0131, testlerinizin ne kadar g\u00fc\u00e7l\u00fc oldu\u011funu, yani kodunuzdaki olas\u0131 hatalar\u0131 ne kadar iyi yakalayabildi\u011fini de\u011ferlendirmektir. Bu teknik, bir anlamda testlerinizi test eder. Geleneksel kod kapsam\u0131 (code coverage) metriklerinin \u00f6tesine ge\u00e7erek, testlerinizin kalitesine dair daha derinlemesine bir bak\u0131\u015f a\u00e7\u0131s\u0131 sunar.<\/p>\n Peki, mutasyon testi neden bu kadar \u00f6nemlidir? Kod kapsam\u0131, bir test paketinin kaynak kodun ne kadar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131 g\u00f6steren de\u011ferli bir metriktir. Ancak, y\u00fcksek kod kapsam\u0131 bile testlerinizin yeterince iyi oldu\u011funu garanti etmez. Bir kod sat\u0131r\u0131 testler taraf\u0131ndan \u00e7al\u0131\u015ft\u0131r\u0131labilir, ancak testler o sat\u0131rdaki mant\u0131k hatalar\u0131n\u0131 tespit edemeyebilir. \u00d6rne\u011fin, bir kar\u015f\u0131la\u015ft\u0131rma operat\u00f6r\u00fc ( Mutasyon testi, bu k\u00f6r noktalar\u0131 ortaya \u00e7\u0131karmak i\u00e7in tasarlanm\u0131\u015ft\u0131r. \u00c7al\u0131\u015fma prensibi olduk\u00e7a basittir: kaynak kodunuzda k\u00fc\u00e7\u00fck, semantik olarak ge\u00e7erli ama hatal\u0131 de\u011fi\u015fiklikler (mutantlar) yapar ve ard\u0131ndan mevcut test paketini bu mutant kod \u00fczerinde \u00e7al\u0131\u015ft\u0131r\u0131r. Bir mutant, genellikle tek bir operat\u00f6r\u00fcn de\u011fi\u015ftirilmesi, bir sabitin de\u011feri, bir de\u011fi\u015fken ad\u0131 veya bir ko\u015fulun tersine \u00e7evrilmesi gibi k\u00fc\u00e7\u00fck bir de\u011fi\u015fikli\u011fi temsil eder. Bu de\u011fi\u015fiklikler, ger\u00e7ek d\u00fcnyadaki programlama hatalar\u0131n\u0131 sim\u00fcle eder.<\/p>\n Mutasyon testinin temel ad\u0131mlar\u0131 \u015funlard\u0131r:<\/p>\n Mutasyon testi, geli\u015ftiricilere testlerini iyile\u015ftirmek i\u00e7in somut hedefler sunar. Ya\u015fayan mutantlar, test paketinizdeki bo\u015fluklar\u0131 ve zay\u0131fl\u0131klar\u0131 do\u011frudan i\u015faret eder. Bu sayede, testlerinizi daha sa\u011flam hale getirebilir, potansiyel hatalar\u0131 \u00fcretim ortam\u0131na ula\u015fmadan \u00f6nce yakalama \u015fans\u0131n\u0131z\u0131 art\u0131rabilirsiniz. \u00d6zellikle kritik sistemlerde veya y\u00fcksek kaliteli yaz\u0131l\u0131m geli\u015ftirmeyi hedefleyen ekipler i\u00e7in mutasyon testi, vazge\u00e7ilmez bir ara\u00e7 haline gelmektedir. Bu teknik, yaz\u0131l\u0131m geli\u015ftirme ya\u015fam d\u00f6ng\u00fcs\u00fcn\u00fcn her a\u015famas\u0131nda daha g\u00fcvenilir ve hatas\u0131z kod yaz\u0131lmas\u0131na katk\u0131da bulunur.<\/p>\n Mutasyon testi, yaz\u0131l\u0131m testlerinin kalitesini \u00f6l\u00e7mede geleneksel kod kapsam\u0131 (code coverage) metriklerinin yetersiz kald\u0131\u011f\u0131 durumlar\u0131 ele almak i\u00e7in geli\u015ftirilmi\u015ftir. Kod kapsam\u0131, bir test paketinin kaynak kodun ne kadar\u0131n\u0131 \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131 g\u00f6sterirken, mutasyon testi, testlerin bu kodu ne kadar etkili bir \u015fekilde do\u011frulad\u0131\u011f\u0131n\u0131 sorgular. Peki, mutasyon testi tam olarak nas\u0131l \u00e7al\u0131\u015f\u0131r ve bu derinlemesine analizi nas\u0131l sa\u011flar?<\/p>\n Mutasyon testinin temelinde, kodunuzda kas\u0131tl\u0131 olarak k\u00fc\u00e7\u00fck, “mutant” ad\u0131 verilen de\u011fi\u015fiklikler yapmak yatar. Bu de\u011fi\u015fiklikler, genellikle bir mutasyon operat\u00f6r\u00fc (mutation operator) taraf\u0131ndan otomatik olarak uygulan\u0131r. Mutasyon operat\u00f6rleri, belirli bir programlama dilinin s\u00f6zdizimi ve semanti\u011fi ba\u011flam\u0131nda anlaml\u0131 olabilecek hata t\u00fcrlerini taklit eder. \u00d6rne\u011fin, bir aritmetik operat\u00f6r\u00fc ( \u0130\u015fte mutasyon testinin ad\u0131m ad\u0131m i\u015fleyi\u015fi:<\/p>\n Bu kod i\u00e7in bir mutant, Mutasyon testi, geli\u015ftirme s\u00fcrecine entegre edildi\u011finde, yaz\u0131l\u0131m\u0131n g\u00fcvenilirli\u011fini \u00f6nemli \u00f6l\u00e7\u00fcde art\u0131rabilir. Geli\u015ftiriciler, ya\u015fayan mutantlar\u0131 inceleyerek test senaryolar\u0131n\u0131 geni\u015fletebilir, yeni testler ekleyebilir veya mevcut testleri daha spesifik kontroller i\u00e7erecek \u015fekilde g\u00fcncelleyebilirler. Bu sayede, sadece kodun \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 de\u011fil, ayn\u0131 zamanda do\u011fru \u00e7al\u0131\u015f\u0131p \u00e7al\u0131\u015fmad\u0131\u011f\u0131n\u0131 da garanti alt\u0131na alm\u0131\u015f olurlar. \u00d6zellikle karma\u015f\u0131k i\u015f mant\u0131\u011f\u0131na sahip veya y\u00fcksek hata maliyeti olan projelerde mutasyon testi, paha bi\u00e7ilmez bir kalite g\u00fcvence arac\u0131d\u0131r.<\/p>\n Python ekosisteminde mutasyon testi yapmak isteyen geli\u015ftiriciler i\u00e7in \u0130lk ad\u0131m, Kurulum tamamland\u0131ktan sonra, \u00f6rnek bir Python mod\u00fcl\u00fc ve test dosyas\u0131 olu\u015ftural\u0131m. Diyelim ki Ve bu fonksiyonlar\u0131 test eden \u015eimdi, Ya da Test dosyalar\u0131n\u0131n veya harici k\u00fct\u00fcphanelerin mutasyon testine tabi tutulmamas\u0131 \u00f6nemlidir.\n <\/li>\n Bu komut, \u00d6rnek Senaryo: Ya\u015fayan Mutant\u0131 Bulmak ve Testi \u0130yile\u015ftirmek<\/strong><\/p>\n Yukar\u0131daki \u0130\u015fte bu durumda, JavaScript ve TypeScript ekosisteminde mutasyon testi yapmak i\u00e7in en g\u00fc\u00e7l\u00fc ve pop\u00fcler ara\u00e7lardan biri \u0130lk ad\u0131m, Burada Kurulumdan sonra, Bu komut, size birka\u00e7 soru soracak (hangi test \u00e7al\u0131\u015ft\u0131r\u0131c\u0131s\u0131n\u0131 kullan\u0131yorsunuz, hangi reporter’\u0131 istiyorsunuz vb.) ve buna g\u00f6re bir Burada \u015eimdi, \u00f6rnek bir JavaScript mod\u00fcl\u00fc ve test dosyas\u0131 olu\u015ftural\u0131m. Diyelim ki Ve bu fonksiyonlar\u0131 test eden \u015eimdi, \u00d6rnek Senaryo: Ya\u015fayan Mutant\u0131 Bulmak ve Testi \u0130yile\u015ftirmek<\/strong><\/p>\n Yukar\u0131daki mutmut<\/code> ve StrykerJS<\/code> ara\u00e7lar\u0131n\u0131 kullanarak kod kalitenizi nas\u0131l art\u0131raca\u011f\u0131n\u0131z\u0131 ad\u0131m ad\u0131m anlat\u0131yor. Test kapsam\u0131 metriklerinin \u00f6tesine ge\u00e7erek, yaz\u0131l\u0131m\u0131n\u0131z\u0131n g\u00fcvenilirli\u011fini art\u0131rmak i\u00e7in pratik yakla\u015f\u0131mlar ke\u015ffedece\u011fiz.<\/p>\nGiri\u015f: Ye\u015fil Testler Yeterli mi?<\/h3>\n
mutmut<\/code>, JavaScript\/TypeScript i\u00e7in ise StrykerJS<\/code> gibi pop\u00fcler ara\u00e7lar\u0131 kullanarak projelerinize nas\u0131l entegre edebilece\u011finizi detayl\u0131 bir \u015fekilde inceleyece\u011fiz. Yaz\u0131l\u0131m\u0131n\u0131z\u0131n ger\u00e7ek kalitesini art\u0131rmak ve geli\u015ftirme s\u00fcrecinize daha fazla g\u00fcven katmak i\u00e7in bu g\u00fc\u00e7l\u00fc tekni\u011fi \u00f6\u011frenmeye haz\u0131r olun.<\/p>\nMutasyon Testi Nedir ve Neden \u00d6nemlidir?<\/h3>\n
><\/code> yerine >=<\/code> kullanmak gibi) veya bir mant\u0131ksal operat\u00f6r (&&<\/code> yerine ||<\/code> kullanmak gibi) yanl\u0131\u015fl\u0131kla de\u011fi\u015ftirildi\u011finde testleriniz hala ge\u00e7ebilir. Bu durum, testlerinizin zay\u0131f oldu\u011funu ve ger\u00e7ek hatalar\u0131 g\u00f6zden ka\u00e7\u0131rma potansiyeline sahip oldu\u011funu g\u00f6sterir.<\/p>\n\n
a + b<\/code> ifadesi a - b<\/code> olarak de\u011fi\u015ftirilebilir veya if (x > 0)<\/code> ifadesi if (x <= 0)<\/code> olarak de\u011fi\u015ftirilebilir.<\/li>\n\n
Kod Kapsam\u0131ndan Daha Fazlas\u0131: Mutasyon Testi Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
+<\/code> yerine -<\/code>), bir mant\u0131ksal operat\u00f6r\u00fc (&&<\/code> yerine ||<\/code>), bir kar\u015f\u0131la\u015ft\u0131rma operat\u00f6r\u00fcn\u00fc (><\/code> yerine >=<\/code>) de\u011fi\u015ftirebilir veya bir ifadenin d\u00f6n\u00fc\u015f de\u011ferini tersine \u00e7evirebilir.<\/p>\n\n
\ndef topla(a, b):\n return a + b\n <\/code><\/pre>\n<\/p><\/div>\na + b<\/code> ifadesini a - b<\/code> olarak de\u011fi\u015ftirebilir. Ba\u015fka bir mutant, a * b<\/code> yapabilir. Her bir mutant, orijinal koddan biraz farkl\u0131d\u0131r ve potansiyel bir hatay\u0131 temsil eder.<\/li>\n\n
Python Geli\u015ftiricileri \u0130\u00e7in: mutmut ile Mutasyon Testi Uygulamak<\/h3>\n
mutmut<\/code>, olduk\u00e7a pop\u00fcler ve etkili bir ara\u00e7t\u0131r. Hafif yap\u0131s\u0131 ve kolay entegrasyonu sayesinde, mevcut Python projelerinize mutasyon testini h\u0131zl\u0131ca dahil edebilirsiniz. \u015eimdi, mutmut<\/code>‘u nas\u0131l kuraca\u011f\u0131m\u0131za, yap\u0131land\u0131raca\u011f\u0131m\u0131za ve kullanaca\u011f\u0131m\u0131za ad\u0131m ad\u0131m bakal\u0131m.<\/p>\nmutmut Kurulumu ve Temel Kullan\u0131m<\/h4>\n
mutmut<\/code>‘u projenize kurmakt\u0131r. Bunu pip kullanarak kolayca yapabilirsiniz:<\/p>\n\npip install mutmut\n <\/code><\/pre>\n<\/p><\/div>\nmatematik.py<\/code> ad\u0131nda bir dosyam\u0131z var:<\/p>\n\n# matematik.py\ndef topla(a, b):\n return a + b\n\ndef cikar(a, b):\n return a - b\n\ndef carp(a, b):\n return a * b\n\ndef bol(a, b):\n if b == 0:\n raise ValueError(\"S\u0131f\u0131ra b\u00f6lme hatas\u0131!\")\n return a \/ b\n <\/code><\/pre>\n<\/p><\/div>\ntest_matematik.py<\/code> ad\u0131nda bir test dosyam\u0131z:<\/p>\n\n# test_matematik.py\nimport pytest\nfrom matematik import topla, cikar, carp, bol\n\ndef test_topla():\n assert topla(2, 3) == 5\n assert topla(-1, 1) == 0\n\ndef test_cikar():\n assert cikar(5, 2) == 3\n assert cikar(2, 5) == -3\n\ndef test_carp():\n assert carp(2, 3) == 6\n assert carp(-1, 5) == -5\n\ndef test_bolme_basarili():\n assert bol(6, 3) == 2.0\n assert bol(10, 2) == 5.0\n\ndef test_bolme_sifira_bolme():\n with pytest.raises(ValueError):\n bol(10, 0)\n <\/code><\/pre>\n<\/p><\/div>\nmutmut<\/code>‘u \u00e7al\u0131\u015ft\u0131rmak i\u00e7in projenizin k\u00f6k dizininde \u015fu komutu kullanabilirsiniz:<\/p>\n\nmutmut run\n <\/code><\/pre>\n<\/p><\/div>\nmutmut<\/code>, varsay\u0131lan olarak pytest<\/code>‘i test \u00e7al\u0131\u015ft\u0131r\u0131c\u0131s\u0131 olarak kullan\u0131r ve Python dosyalar\u0131n\u0131z\u0131 tarar. \u00c7al\u0131\u015ft\u0131rd\u0131\u011f\u0131n\u0131zda, konsolda hangi mutantlar\u0131n \u00f6ld\u00fcr\u00fcld\u00fc\u011f\u00fcn\u00fc (killed), hangilerinin ya\u015fad\u0131\u011f\u0131n\u0131 (survived) ve hangilerinin zaman a\u015f\u0131m\u0131na u\u011frad\u0131\u011f\u0131n\u0131 (timeout) g\u00f6steren bir rapor g\u00f6receksiniz. Ayr\u0131ca, bir \u00f6zet (summary) ve mutasyon skoru da sa\u011flanacakt\u0131r.<\/p>\nmutmut Yap\u0131land\u0131rmas\u0131 ve \u0130pu\u00e7lar\u0131<\/h4>\n
mutmut<\/code>, esnek yap\u0131land\u0131rma se\u00e7enekleri sunar. Projenizin k\u00f6k dizininde bir pyproject.toml<\/code> veya setup.cfg<\/code> dosyas\u0131 olu\u015fturarak veya mutmut<\/code> komutuna arg\u00fcmanlar ekleyerek davran\u0131\u015f\u0131 \u00f6zelle\u015ftirebilirsiniz. \u0130\u015fte baz\u0131 \u00f6nemli yap\u0131land\u0131rma se\u00e7enekleri:<\/p>\n\n
pytest<\/code> d\u0131\u015f\u0131nda ba\u015fka bir ara\u00e7la (\u00f6rne\u011fin unittest<\/code>) \u00e7al\u0131\u015ft\u0131r\u0131yorsan\u0131z, --runner<\/code> arg\u00fcman\u0131 ile kendi komutunuzu belirleyebilirsiniz:\n\nmutmut run --runner \"python -m unittest discover\"\n <\/code><\/pre>\n<\/p><\/div>\npyproject.toml<\/code> dosyas\u0131nda:<\/p>\n\n# pyproject.toml\n[tool.mutmut]\nrunner = \"python -m unittest discover\"\n <\/code><\/pre>\n<\/p><\/div>\n<\/li>\n--paths-to-mutate<\/code>) veya hangi dosyalar\u0131n d\u0131\u015far\u0131da b\u0131rak\u0131laca\u011f\u0131n\u0131 (--exclude<\/code>) belirleyebilirsiniz. \u00d6rne\u011fin, sadece src<\/code> klas\u00f6r\u00fcndeki dosyalar\u0131 test etmek i\u00e7in:\n\nmutmut run --paths-to-mutate src\/\n <\/code><\/pre>\n<\/p><\/div>\n--jobs<\/code> arg\u00fcman\u0131 ile paralel olarak \u00e7al\u0131\u015facak \u00e7ekirdek say\u0131s\u0131n\u0131 belirleyerek s\u00fcreyi k\u0131saltabilirsiniz:\n\nmutmut run --jobs 4\n <\/code><\/pre>\n<\/p><\/div>\n<\/li>\nmutmut<\/code>, sonu\u00e7lar\u0131 konsolda g\u00f6sterdi\u011fi gibi, HTML raporu da olu\u015fturabilir. Bu rapor, ya\u015fayan mutantlar\u0131 ve kod \u00fczerindeki konumlar\u0131n\u0131 g\u00f6rsel olarak incelemek i\u00e7in \u00e7ok faydal\u0131d\u0131r:\n\nmutmut html\n <\/code><\/pre>\n<\/p><\/div>\n.mutmut_cache\/html<\/code> dizininde bir HTML raporu olu\u015fturur.\n <\/li>\n<\/ul>\nmatematik.py<\/code> dosyas\u0131ndaki carp<\/code> fonksiyonunu ele alal\u0131m. E\u011fer test_carp<\/code> fonksiyonunu a\u015fa\u011f\u0131daki gibi yazsayd\u0131k:<\/p>\n\n# test_matematik.py (yanl\u0131\u015f\/eksik test)\ndef test_carp():\n assert carp(2, 3) == 6\n # assert carp(-1, 5) == -5 # Bu sat\u0131r\u0131 yorum sat\u0131r\u0131 yaparsak\n <\/code><\/pre>\n<\/p><\/div>\nmutmut run<\/code> komutunu \u00e7al\u0131\u015ft\u0131rd\u0131\u011f\u0131m\u0131zda, carp<\/code> fonksiyonundaki *<\/code> operat\u00f6r\u00fcn\u00fcn +<\/code> veya -<\/code> gibi ba\u015fka bir operat\u00f6re d\u00f6n\u00fc\u015ft\u00fcr\u00fcld\u00fc\u011f\u00fc bir mutant\u0131n ya\u015fayabilece\u011fini g\u00f6rebiliriz. \u00d6rne\u011fin, carp(2, 3)<\/code> i\u00e7in 2+3=5<\/code> hala ba\u015far\u0131s\u0131z olaca\u011f\u0131ndan +<\/code> operat\u00f6r\u00fc yakalan\u0131r, ancak carp(2,3)<\/code> yerine carp(0,5)<\/code> test etseydik, 0*5=0<\/code> ve 0+5=5<\/code> farkl\u0131 olurdu. Ya da daha net bir \u00f6rnek i\u00e7in carp(1, 5)<\/code> testinde 1*5=5<\/code>. E\u011fer mutant 1+5=6<\/code> yapsayd\u0131 bu da yakalan\u0131rd\u0131. Peki ya carp(0, 5)<\/code> test etseydik? 0*5=0<\/code>. E\u011fer mutant 0+5=5<\/code> yapsayd\u0131 yakalan\u0131rd\u0131. Ama e\u011fer test assert carp(0, 5) == 0<\/code> olsayd\u0131, ve mutant carp<\/code> fonksiyonunu return a * b<\/code> yerine return 0<\/code> yapsayd\u0131, bu mutant ya\u015fard\u0131! \u00c7\u00fcnk\u00fc test sadece 0<\/code> d\u00f6nd\u00fc\u011f\u00fcn\u00fc bekliyor, \u00e7arpma i\u015fleminin sonucunu de\u011fil.<\/p>\nmutmut<\/code> bize bu ya\u015fayan mutant\u0131 g\u00f6sterecek ve testlerimizi carp<\/code> fonksiyonunun t\u00fcm olas\u0131 senaryolar\u0131 (negatif say\u0131lar, s\u0131f\u0131r, vb.) i\u00e7in daha kapsaml\u0131 hale getirmemiz gerekti\u011fini anlayaca\u011f\u0131z. test_carp<\/code> fonksiyonuna assert carp(-1, 5) == -5<\/code> gibi daha fazla ve \u00e7e\u015fitli durumlar\u0131 test eden senaryolar ekleyerek mutasyon skorunu iyile\u015ftirebiliriz.<\/p>\nmutmut<\/code>, Python projelerinizde test kalitesini art\u0131rmak i\u00e7in g\u00fc\u00e7l\u00fc bir m\u00fcttefiktir. Ya\u015fayan mutantlar\u0131 takip ederek ve testlerinizi s\u00fcrekli iyile\u015ftirerek, daha g\u00fcvenilir ve hatas\u0131z kod tabanlar\u0131 olu\u015fturabilirsiniz.<\/p>\nJavaScript\/TypeScript Geli\u015ftiricileri \u0130\u00e7in: StrykerJS ile Testlerinizi G\u00fc\u00e7lendirin<\/h3>\n
StrykerJS<\/code>‘dir. Esnek yap\u0131s\u0131, bir\u00e7ok test \u00e7er\u00e7evesi (Jest, Mocha, Karma vb.) ve build arac\u0131 (Webpack, Rollup vb.) ile entegrasyonu sayesinde, projelerinize mutasyon testini kolayca dahil edebilirsiniz. \u015eimdi, StrykerJS<\/code>‘i nas\u0131l kuraca\u011f\u0131m\u0131za, yap\u0131land\u0131raca\u011f\u0131m\u0131za ve kullanaca\u011f\u0131m\u0131za ad\u0131m ad\u0131m bakal\u0131m.<\/p>\nStrykerJS Kurulumu ve Temel Kullan\u0131m<\/h4>\n
StrykerJS<\/code>‘i projenize kurmakt\u0131r. Genellikle, npm<\/code> veya yarn<\/code> kullanarak projenizin geli\u015ftirme ba\u011f\u0131ml\u0131l\u0131klar\u0131na eklersiniz:<\/p>\n\nnpm install --save-dev @stryker-mutator\/core @stryker-mutator\/jest-runner @stryker-mutator\/html-reporter\n# veya\nyarn add --dev @stryker-mutator\/core @stryker-mutator\/jest-runner @stryker-mutator\/html-reporter\n <\/code><\/pre>\n<\/p><\/div>\n@stryker-mutator\/core<\/code> ana pakettir, @stryker-mutator\/jest-runner<\/code> e\u011fer Jest kullan\u0131yorsan\u0131z test \u00e7al\u0131\u015ft\u0131r\u0131c\u0131s\u0131 adapt\u00f6r\u00fcd\u00fcr (Mocha veya Karma kullan\u0131yorsan\u0131z ilgili adapt\u00f6r\u00fc kurmal\u0131s\u0131n\u0131z) ve @stryker-mutator\/html-reporter<\/code> ise HTML raporlar\u0131 olu\u015fturmak i\u00e7indir.<\/p>\nStrykerJS<\/code>‘i yap\u0131land\u0131rman\u0131z gerekir. Bunu, projenizin k\u00f6k dizininde bir stryker.conf.json<\/code> veya stryker.conf.js<\/code> dosyas\u0131 olu\u015fturarak yapabilirsiniz. En kolay yol, StrykerJS<\/code>‘in kendi init komutunu kullanmakt\u0131r:<\/p>\n\nnpx stryker init\n <\/code><\/pre>\n<\/p><\/div>\nstryker.conf.json<\/code> dosyas\u0131 olu\u015fturacakt\u0131r. \u00d6rne\u011fin, Jest ve HTML reporter se\u00e7erseniz, dosyan\u0131z \u015f\u00f6yle g\u00f6r\u00fcnebilir:<\/p>\n\n\/\/ stryker.conf.json\n{\n \"$schema\": \".\/node_modules\/@stryker-mutator\/core\/schema\/stryker-schema.json\",\n \"packageManager\": \"npm\",\n \"reporters\": [\"html\", \"clear-text\", \"progress\"],\n \"testRunner\": \"jest\",\n \"timeoutFactor\": 2,\n \"mutate\": [\n \"src\/**\/*.js\",\n \"!src\/**\/*.spec.js\"\n ],\n \"jest\": {\n \"projectType\": \"custom\",\n \"config\": {\n \"testEnvironment\": \"node\"\n }\n }\n}\n <\/code><\/pre>\n<\/p><\/div>\nmutate<\/code> alan\u0131, hangi dosyalar\u0131n mutasyon testine tabi tutulaca\u011f\u0131n\u0131 belirtir. Genellikle test dosyalar\u0131n\u0131 (.spec.js<\/code> veya .test.js<\/code>) d\u0131\u015far\u0131da b\u0131rakmak istersiniz. timeoutFactor<\/code> ise, testlerin orijinalde ne kadar s\u00fcrede ge\u00e7ti\u011fine ba\u011fl\u0131 olarak mutant testleri i\u00e7in bir zaman a\u015f\u0131m\u0131 \u00e7arpan\u0131 belirler. Bu, sonsuz d\u00f6ng\u00fcye giren mutantlar\u0131n test s\u00fcrecini t\u0131kamas\u0131n\u0131 engeller.<\/p>\nsrc\/calculator.js<\/code> ad\u0131nda bir dosyam\u0131z var:<\/p>\n\n\/\/ src\/calculator.js\nexport function add(a, b) {\n return a + b;\n}\n\nexport function subtract(a, b) {\n return a - b;\n}\n\nexport function multiply(a, b) {\n return a * b;\n}\n\nexport function divide(a, b) {\n if (b === 0) {\n throw new Error(\"Cannot divide by zero!\");\n }\n return a \/ b;\n}\n <\/code><\/pre>\n<\/p><\/div>\nsrc\/calculator.spec.js<\/code> ad\u0131nda bir Jest test dosyam\u0131z:<\/p>\n\n\/\/ src\/calculator.spec.js\nimport { add, subtract, multiply, divide } from '.\/calculator';\n\ndescribe('Calculator', () => {\n test('add function should correctly add two numbers', () => {\n expect(add(1, 2)).toBe(3);\n expect(add(-1, 1)).toBe(0);\n expect(add(0, 0)).toBe(0);\n });\n\n test('subtract function should correctly subtract two numbers', () => {\n expect(subtract(5, 2)).toBe(3);\n expect(subtract(2, 5)).toBe(-3);\n });\n\n test('multiply function should correctly multiply two numbers', () => {\n expect(multiply(2, 3)).toBe(6);\n expect(multiply(-1, 5)).toBe(-5);\n expect(multiply(0, 10)).toBe(0);\n });\n\n test('divide function should correctly divide two numbers', () => {\n expect(divide(6, 3)).toBe(2);\n expect(divide(10, 2)).toBe(5);\n });\n\n test('divide function should throw error when dividing by zero', () => {\n expect(() => divide(10, 0)).toThrow('Cannot divide by zero!');\n });\n});\n <\/code><\/pre>\n<\/p><\/div>\nStrykerJS<\/code>‘i \u00e7al\u0131\u015ft\u0131rmak i\u00e7in projenizin k\u00f6k dizininde \u015fu komutu kullanabilirsiniz:<\/p>\n\nnpx stryker run\n <\/code><\/pre>\n<\/p><\/div>\nStrykerJS<\/code>, yap\u0131land\u0131rman\u0131za g\u00f6re dosyalar\u0131n\u0131z\u0131 tarayacak, mutantlar olu\u015fturacak ve testlerinizi her mutant \u00fczerinde \u00e7al\u0131\u015ft\u0131racakt\u0131r. \u0130\u015flem tamamland\u0131\u011f\u0131nda, konsolda bir \u00f6zet rapor ve HTML raporunun olu\u015fturuldu\u011fu konumu g\u00f6receksiniz. HTML raporu (varsay\u0131lan olarak reports\/mutation\/html<\/code> dizininde), ya\u015fayan mutantlar\u0131 ve kod \u00fczerindeki konumlar\u0131n\u0131 g\u00f6rsel olarak incelemek i\u00e7in son derece faydal\u0131d\u0131r.<\/p>\nStrykerJS Yap\u0131land\u0131rmas\u0131 ve \u0130pu\u00e7lar\u0131<\/h4>\n
StrykerJS<\/code>, olduk\u00e7a kapsaml\u0131 yap\u0131land\u0131rma se\u00e7enekleri sunar:<\/p>\n\n
\n\/\/ stryker.conf.json\n\"mutator\": {\n \"excludedMutations\": [\"BooleanLiteral\"] \/\/ true\/false de\u011fi\u015fimlerini d\u0131\u015flar\n}\n <\/code><\/pre>\n<\/p><\/div>\n<\/li>\nstryker.conf.json<\/code> dosyan\u0131zda testRunner<\/code> alan\u0131n\u0131 do\u011fru adapt\u00f6rle ayarlad\u0131\u011f\u0131n\u0131zdan emin olun.<\/li>\nmutate<\/code> ve ignore<\/code> alanlar\u0131 ile hangi dosyalar\u0131n mutasyon testine dahil edilece\u011fini veya d\u0131\u015far\u0131da b\u0131rak\u0131laca\u011f\u0131n\u0131 detayl\u0131 bir \u015fekilde kontrol edebilirsiniz. Genellikle node_modules<\/code> ve test dosyalar\u0131 d\u0131\u015far\u0131da b\u0131rak\u0131l\u0131r.\n\n\/\/ stryker.conf.json\n\"mutate\": [\n \"src\/**\/*.ts\",\n \"!src\/**\/*.spec.ts\"\n]\n <\/code><\/pre>\n<\/p><\/div>\n<\/li>\nStrykerJS<\/code> paralel \u00e7al\u0131\u015ft\u0131rmay\u0131 destekler. concurrency<\/code> ayar\u0131 ile ka\u00e7 i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131n (worker) ayn\u0131 anda \u00e7al\u0131\u015faca\u011f\u0131n\u0131 belirleyebilirsiniz.\n\n\/\/ stryker.conf.json\n\"concurrency\": 4\n <\/code><\/pre>\n<\/p><\/div>\n<\/li>\n<\/ul>\nsrc\/calculator.js<\/code> dosyas\u0131ndaki multiply<\/code> fonksiyonunu ele alal\u0131m. E\u011fer test('multiply function should correctly multiply two numbers', ...)<\/code> testini a\u015fa\u011f\u0131daki gibi yazsayd\u0131k:<\/p>\n