Yaz\u0131l\u0131m geli\u015ftirme s\u00fcrecinde birim testleri, kodumuzun do\u011fru \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan emin olman\u0131n ve gelecekteki de\u011fi\u015fikliklerin mevcut i\u015flevselli\u011fi bozmad\u0131\u011f\u0131n\u0131 do\u011frulaman\u0131n temel ta\u015flar\u0131ndan biridir. Ancak, testlerin yaz\u0131lmas\u0131 kadar, onlar\u0131n okunabilir ve anla\u015f\u0131labilir olmas\u0131 da b\u00fcy\u00fck \u00f6nem ta\u015f\u0131r. Geleneksel Birim testleri, yaz\u0131l\u0131m kalitesinin temel bir g\u00f6stergesidir. Ancak sadece var olmalar\u0131 yetmez; ayn\u0131 zamanda s\u00fcrd\u00fcr\u00fclebilir, anla\u015f\u0131l\u0131r ve bak\u0131m\u0131 kolay olmalar\u0131 gerekir. Okunabilir testler, yeni ekip \u00fcyelerinin projeye adaptasyonunu h\u0131zland\u0131r\u0131r, hata ay\u0131klama s\u00fcre\u00e7lerini kolayla\u015ft\u0131r\u0131r ve refactoring yaparken g\u00fcven verir. Geleneksel Birim testleri, yaz\u0131l\u0131m\u0131n en k\u00fc\u00e7\u00fck, test edilebilir par\u00e7alar\u0131n\u0131 (genellikle metotlar veya s\u0131n\u0131flar) izole bir \u015fekilde test etme prati\u011fidir. Ama\u00e7, her bir birimin beklenen davran\u0131\u015f\u0131 sergiledi\u011finden emin olmakt\u0131r. Bu testler h\u0131zl\u0131 \u00e7al\u0131\u015fmal\u0131, ba\u011f\u0131ms\u0131z olmal\u0131 ve tekrarlanabilir sonu\u00e7lar \u00fcretmelidir. Birim testleri, geli\u015ftirme d\u00f6ng\u00fcs\u00fcn\u00fcn erken a\u015famalar\u0131nda hatalar\u0131 yakalayarak maliyeti d\u00fc\u015f\u00fcr\u00fcr ve kod kalitesini art\u0131r\u0131r.<\/p>\n .NET ekosistemindeki xUnit, NUnit veya MSTest gibi pop\u00fcler test framework’leri kendi FluentAssertions, .NET geli\u015ftiricileri i\u00e7in \u00f6zel olarak tasarlanm\u0131\u015f, ak\u0131c\u0131 (fluent) bir API sunan g\u00fc\u00e7l\u00fc bir \u00fc\u00e7\u00fcnc\u00fc taraf k\u00fct\u00fcphanedir. Amac\u0131, test kodunu daha do\u011fal, \u0130ngilizce’ye yak\u0131n bir dil kullanarak yazmay\u0131 sa\u011flamakt\u0131r. Bu sayede testleriniz, neyi test etti\u011finizi ve hangi ko\u015fullar\u0131n beklendi\u011fini \u00e7ok daha net bir \u015fekilde ifade eder. \u00d6rne\u011fin, FluentAssertions, .NET testlerinize “ak\u0131c\u0131l\u0131k” katan bir assertion k\u00fct\u00fcphanesidir. Geleneksel FluentAssertions’\u0131 projenize dahil etmek olduk\u00e7a basittir. NuGet Package Manager arac\u0131l\u0131\u011f\u0131yla ilgili paketi test projenize eklemeniz yeterlidir. Genellikle <\/code><\/p>\n Kurulumdan sonra, test s\u0131n\u0131f\u0131n\u0131z\u0131n ba\u015f\u0131na <\/code><\/p>\n FluentAssertions'\u0131n en belirgin \u00f6zelli\u011fi, \"ak\u0131c\u0131 aray\u00fcz\" (fluent interface) veya \"metot zincirleme\" (method chaining) prensibini kullanmas\u0131d\u0131r. Bu, bir metot \u00e7a\u011fr\u0131s\u0131n\u0131n sonucunun, \u00fczerinde ba\u015fka bir metot \u00e7a\u011fr\u0131s\u0131 yapabilece\u011finiz bir nesne d\u00f6nd\u00fcrmesi anlam\u0131na gelir. B\u00f6ylece birden fazla do\u011frulamay\u0131 tek bir ifade i\u00e7inde, do\u011fal bir okuma ak\u0131\u015f\u0131yla birle\u015ftirebilirsiniz.<\/p>\n <\/code> FluentAssertions, testler ba\u015far\u0131s\u0131z oldu\u011funda \u00fcretti\u011fi hata mesajlar\u0131yla da \u00f6ne \u00e7\u0131kar. Geleneksel \u00d6rne\u011fin, bir koleksiyon testi ba\u015far\u0131s\u0131z oldu\u011funda, FluentAssertions hangi elemanlar\u0131n eksik oldu\u011funu, hangilerinin fazla oldu\u011funu veya hangi s\u0131ran\u0131n bozuldu\u011funu detayl\u0131ca belirtebilir. Bu, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k veri yap\u0131lar\u0131yla \u00e7al\u0131\u015f\u0131rken paha bi\u00e7ilmez bir \u00f6zelliktir.<\/p>\n FluentAssertions, her t\u00fcrl\u00fc veri tipi i\u00e7in zengin bir do\u011frulama seti sunar. En s\u0131k kullan\u0131lan temel kontrolleri ve bunlar\u0131 nas\u0131l ak\u0131c\u0131 bir \u015fekilde ifade edebilece\u011finizi inceleyelim.<\/p>\n Her testin olmazsa olmaz\u0131, beklenen bir de\u011fer ile ger\u00e7ek de\u011feri kar\u015f\u0131la\u015ft\u0131rmakt\u0131r. <\/code><\/p>\n Bir nesnenin null olup olmad\u0131\u011f\u0131n\u0131 veya bir string'in bo\u015f olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131lan bir senaryodur. <\/code><\/p>\n Bir ko\u015fulun do\u011fru (true) veya yanl\u0131\u015f (false) oldu\u011funu do\u011frulamak i\u00e7in kullan\u0131l\u0131r. <\/code><\/p>\n Say\u0131sal de\u011ferler \u00fczerinde b\u00fcy\u00fckl\u00fck, k\u00fc\u00e7\u00fckl\u00fck veya aral\u0131k kontrolleri yapmak i\u00e7in kullan\u0131l\u0131r. <\/code><\/p>\n Koleksiyonlar (listeler, diziler vb.) \u00fczerindeki do\u011frulamalar, FluentAssertions'\u0131n parlad\u0131\u011f\u0131 alanlardan biridir. Elemanlar\u0131n varl\u0131\u011f\u0131, s\u0131ras\u0131, miktar\u0131 ve her bir eleman\u0131n belirli ko\u015fullar\u0131 sa\u011flay\u0131p sa\u011flamad\u0131\u011f\u0131 gibi karma\u015f\u0131k senaryolar\u0131 kolayca test edebilirsiniz.<\/p>\n Bir koleksiyonun belirli elemanlar\u0131 i\u00e7erip i\u00e7ermedi\u011fini kontrol etmek i\u00e7in kullan\u0131l\u0131r. <\/code><\/p>\n Koleksiyonun eleman say\u0131s\u0131n\u0131 veya belirli bir s\u0131rada olup olmad\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in kullan\u0131l\u0131r. <\/code><\/p>\n Koleksiyondaki her bir eleman\u0131n belirli bir ko\u015fulu sa\u011flay\u0131p sa\u011flamad\u0131\u011f\u0131n\u0131 test etmek i\u00e7in kullan\u0131l\u0131r. <\/code><\/p>\n FluentAssertions sadece basit de\u011ferleri de\u011fil, ayn\u0131 zamanda karma\u015f\u0131k nesneleri, istisnalar\u0131 ve zaman de\u011ferlerini de ak\u0131c\u0131 bir \u015fekilde test etme yetene\u011fine sahiptir.<\/p>\n \u0130ki nesnenin t\u00fcm \u00f6zelliklerinin veya belirli \u00f6zelliklerinin birbirine e\u015fit olup olmad\u0131\u011f\u0131n\u0131 kontrol etmek, \u00f6zellikle DTO'lar\u0131 veya model nesnelerini test ederken \u00e7ok kullan\u0131\u015fl\u0131d\u0131r. <\/code><\/p>\n Bir metodun belirli bir durumda beklenen bir istisnay\u0131 f\u0131rlat\u0131p f\u0131rlatmad\u0131\u011f\u0131n\u0131 test etmek, sa\u011flam kod yazman\u0131n \u00f6nemli bir par\u00e7as\u0131d\u0131r. FluentAssertions, bu senaryoyu son derece okunakl\u0131 hale getirir.<\/p>\n <\/code> Tarih ve saat de\u011ferlerini test etmek, zaman dilimi farkl\u0131l\u0131klar\u0131 veya hassasiyet sorunlar\u0131 nedeniyle zorlay\u0131c\u0131 olabilir. FluentAssertions, bu kontrolleri basitle\u015ftirir.<\/p>\n <\/code><\/p>\n FluentAssertions'\u0131n sundu\u011fu ak\u0131c\u0131 aray\u00fcz, sadece temel kontrollerle s\u0131n\u0131rl\u0131 de\u011fildir. Daha karma\u015f\u0131k senaryolar i\u00e7in zincirleme (chaining) ve hatta \u00f6zel assertion'lar yazma gibi ileri d\u00fczey teknikler mevcuttur.<\/p>\n Daha \u00f6nce de bahsetti\u011fimiz gibi, FluentAssertions'\u0131n en g\u00fc\u00e7l\u00fc \u00f6zelliklerinden biri zincirleme yetene\u011fidir. Bu, tek bir ifade \u00fczerinde birden fazla do\u011frulama yapman\u0131z\u0131 sa\u011flar. Bu sayede testleriniz daha az sat\u0131r kaplar ve daha b\u00fct\u00fcnsel bir \u015fekilde okunur.<\/p>\n <\/code> Baz\u0131 durumlarda, FluentAssertions'\u0131n yerle\u015fik assertion'lar\u0131 belirli i\u015f senaryolar\u0131n\u0131z i\u00e7in yeterince ifade edici olmayabilir. Bu gibi durumlarda, kendi \u00f6zel assertion'lar\u0131n\u0131z\u0131 yazarak k\u00fct\u00fcphaneyi geni\u015fletebilirsiniz. Bu, genellikle bir extension metodu yazarak ve FluentAssertions, test kodunuzun okunabilirli\u011fini ve yaz\u0131labilirli\u011fini art\u0131rarak uzun vadede bak\u0131m maliyetlerini d\u00fc\u015f\u00fcr\u00fcr. Bir testin neyi test etti\u011fini anlamak i\u00e7in daha az \u00e7aba harcanmas\u0131, hata ay\u0131klama s\u00fcrelerini k\u0131salt\u0131r ve yeni \u00f6zellikler eklenirken veya mevcut kod refactor edilirken g\u00fcven verir. Performans a\u00e7\u0131s\u0131ndan ise, birim testleri genellikle \u00e7ok h\u0131zl\u0131 \u00e7al\u0131\u015ft\u0131\u011f\u0131ndan, FluentAssertions'\u0131n getirdi\u011fi ek soyutlama katman\u0131 pratikte fark edilebilir bir performans d\u00fc\u015f\u00fc\u015f\u00fcne neden olmaz. Odak noktas\u0131 her zaman testlerin netli\u011fi ve s\u00fcrd\u00fcr\u00fclebilirli\u011fi olmal\u0131d\u0131r.<\/p>\n FluentAssertions, .NET birim testlerinizi sadece daha okunabilir hale getirmekle kalmaz, ayn\u0131 zamanda geli\u015ftirici deneyimini de \u00f6nemli \u00f6l\u00e7\u00fcde iyile\u015ftirir. Ak\u0131c\u0131 aray\u00fcz\u00fc, zengin do\u011frulama seti ve a\u00e7\u0131klay\u0131c\u0131 hata mesajlar\u0131 sayesinde, test yazma s\u00fcreci daha sezgisel ve keyifli hale gelir. Testleriniz art\u0131k sadece kodun bir par\u00e7as\u0131 de\u011fil, ayn\u0131 zamanda i\u015f gereksinimlerini anlatan, ya\u015fayan birer dok\u00fcmand\u0131r.<\/p>\n * Okunabilirlik:<\/strong> Testleriniz do\u011fal, \u0130ngilizce'ye yak\u0131n bir dil ile okunabilir hale gelir. E\u011fer hen\u00fcz FluentAssertions kullanm\u0131yorsan\u0131z, test projenize ekleyerek k\u00fc\u00e7\u00fck bir ba\u015flang\u0131\u00e7 yapman\u0131z\u0131 \u015fiddetle tavsiye ederiz. Mevcut testlerinizdeki FluentAssertions, xUnit, NUnit, MSTest ve SpecFlow gibi pop\u00fcler t\u00fcm .NET test frameworkleri ile sorunsuz bir \u015fekilde \u00e7al\u0131\u015f\u0131r. K\u00fct\u00fcphane, test framework'\u00fcnden ba\u011f\u0131ms\u0131z olarak assertion yetenekleri sunar.<\/p>\n Hay\u0131r, FluentAssertions'\u0131n birim testlerinizin performans\u0131 \u00fczerinde fark edilebilir bir olumsuz etkisi yoktur. Birim testleri genellikle milisaniyeler i\u00e7inde tamamland\u0131\u011f\u0131ndan, k\u00fct\u00fcphanenin getirdi\u011fi soyutlama katman\u0131 pratikte ihmal edilebilir bir ek y\u00fck olu\u015fturur. Odak noktan\u0131z her zaman testlerin do\u011frulu\u011fu ve okunabilirli\u011fi olmal\u0131d\u0131r.<\/p>\n FluentAssertions, Hay\u0131r, FluentAssertions kullanmak bir zorunluluk de\u011fildir. Ancak, testlerinizin okunabilirli\u011fini ve s\u00fcrd\u00fcr\u00fclebilirli\u011fini art\u0131rmak istiyorsan\u0131z, \u00e7o\u011fu senaryoda FluentAssertions kullanmak faydal\u0131 olacakt\u0131r. \u00c7ok basit Assert<\/code> k\u00fct\u00fcphaneleri, bazen karma\u015f\u0131k senaryolarda okunmas\u0131 g\u00fc\u00e7, “makine diline yak\u0131n” ifadelerle sonu\u00e7lanabilir. \u0130\u015fte bu noktada FluentAssertions devreye girerek, .NET birim testlerinizi adeta bir hikaye gibi ak\u0131c\u0131 ve insan dostu bir dile d\u00f6n\u00fc\u015ft\u00fcr\u00fcyor. Bu makalede, FluentAssertions’\u0131n g\u00fcc\u00fcn\u00fc, nas\u0131l kullan\u0131laca\u011f\u0131n\u0131 ve testlerinizi nas\u0131l daha anla\u015f\u0131l\u0131r hale getirece\u011fini detayl\u0131ca inceleyece\u011fiz.<\/p>\nGiri\u015f: Neden Okunabilir Testler \u00d6nemli?<\/h3>\n
Assert<\/code> ifadelerinin k\u0131s\u0131tlamalar\u0131 ve FluentAssertions’\u0131n bu alandaki devrim niteli\u011findeki yakla\u015f\u0131m\u0131n\u0131 ke\u015ffedece\u011fiz.<\/p>\nBirim Testlerinin Temelleri<\/h4>\n
Geleneksel Assert K\u00fct\u00fcphanelerinin Zorluklar\u0131<\/h4>\n
Assert<\/code> s\u0131n\u0131flar\u0131n\u0131 sunar. Bu s\u0131n\u0131flar i\u015flevsel olsa da, \u00f6zellikle karma\u015f\u0131k ko\u015fullar\u0131 kontrol ederken veya birden fazla do\u011frulama yaparken test kodunun okunabilirli\u011fini d\u00fc\u015f\u00fcrebilir. \u00d6rne\u011fin, bir string’in belirli bir alt string i\u00e7erip i\u00e7ermedi\u011fini kontrol etmek veya bir koleksiyonun belirli bir \u00f6\u011feyi bar\u0131nd\u0131rd\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in bazen uzun ve i\u00e7 i\u00e7e ge\u00e7mi\u015f ifadeler yazmak gerekebilir. Hata mesajlar\u0131 da genellikle genel ve az bilgilendirici olabilir, bu da hatan\u0131n k\u00f6kenini bulmay\u0131 zorla\u015ft\u0131r\u0131r.<\/p>\nFluentAssertions Ne Sunuyor?<\/h4>\n
Assert.AreEqual(expected, actual)<\/code> yerine actual.Should().Be(expected)<\/code> gibi ifadelerle testleriniz adeta bir c\u00fcmle gibi okunur hale gelir. Bu sadece okunabilirli\u011fi art\u0131rmakla kalmaz, ayn\u0131 zamanda test yazma s\u00fcrecini de daha keyifli hale getirir.<\/p>\nFluentAssertions Nedir ve Nas\u0131l \u00c7al\u0131\u015f\u0131r?<\/h3>\n
Assert<\/code> s\u0131n\u0131flar\u0131n\u0131n aksine, zincirleme metot \u00e7a\u011fr\u0131lar\u0131 ile daha do\u011fal ve okunabilir test ifadeleri olu\u015fturman\u0131z\u0131 sa\u011flar. Bu b\u00f6l\u00fcmde, FluentAssertions’\u0131 projenize nas\u0131l dahil edece\u011finizi ve temel \u00e7al\u0131\u015fma prensiplerini inceleyece\u011fiz.<\/p>\nKurulum ve Temel Kullan\u0131m<\/h4>\n
FluentAssertions<\/code> ana paketi \u00e7o\u011fu senaryo i\u00e7in yeterlidir.<\/p>\n\/\/ Paket Y\u00f6neticisi Konsolu'ndan\nInstall-Package FluentAssertions\n\n\/\/ .NET CLI'dan\ndotnet add package FluentAssertions<\/pre>\nusing FluentAssertions;<\/code> ekleyerek k\u00fct\u00fcphaneyi kullanmaya ba\u015flayabilirsiniz. Temel kullan\u0131m, test etmek istedi\u011finiz nesne veya de\u011feri .Should()<\/code> metodu ile ba\u015flat\u0131p, ard\u0131ndan zincirleme metotlarla istedi\u011finiz do\u011frulamalar\u0131 yapmakt\u0131r.<\/p>\nusing Xunit;\nusing FluentAssertions;\n\npublic class MyServiceTests\n{\n [Fact]\n public void Add_TwoNumbers_ReturnsCorrectSum()\n {\n \/\/ Arrange\n var calculator = new Calculator();\n int a = 5;\n int b = 3;\n int expectedSum = 8;\n\n \/\/ Act\n int actualSum = calculator.Add(a, b);\n\n \/\/ Assert (Geleneksel)\n \/\/ Assert.Equal(expectedSum, actualSum);\n\n \/\/ Assert (FluentAssertions)\n actualSum.Should().Be(expectedSum);\n }\n}<\/pre>\nAk\u0131c\u0131 Aray\u00fcz\u00fcn G\u00fcc\u00fc<\/h4>\n
var text = \"Hello FluentAssertions!\";\ntext.Should().StartWith(\"Hello\").And.EndWith(\"!\").And.Contain(\"Fluent\");<\/pre>\n
\nBu \u00f6rnekte, text<\/code> de\u011fi\u015fkeninin hem \"Hello\" ile ba\u015flad\u0131\u011f\u0131, hem \"!\" ile bitti\u011fi, hem de \"Fluent\" i\u00e7erdi\u011fi tek bir sat\u0131rda ve \u00e7ok net bir \u015fekilde ifade edilmi\u015ftir. .And<\/code> operat\u00f6r\u00fc, birden fazla ko\u015fulu mant\u0131ksal olarak birle\u015ftirmek i\u00e7in kullan\u0131l\u0131r ve okunabilirli\u011fi art\u0131r\u0131r.<\/p>\nHata Mesajlar\u0131n\u0131n Anla\u015f\u0131l\u0131rl\u0131\u011f\u0131<\/h4>\n
Assert<\/code> mesajlar\u0131 genellikle \"Expected: X, Actual: Y\" \u015feklinde basitken, FluentAssertions \u00e7ok daha ba\u011flamsal ve a\u00e7\u0131klay\u0131c\u0131 mesajlar sunar. Bu mesajlar, hatan\u0131n nerede ve neden meydana geldi\u011fini anlaman\u0131za yard\u0131mc\u0131 olur, b\u00f6ylece hata ay\u0131klama s\u00fcresini \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r.<\/p>\nTemel Assertions: S\u0131k Kullan\u0131lan Kontroller<\/h3>\n
De\u011fer Kar\u015f\u0131la\u015ft\u0131rmalar\u0131 (E\u015fitlik, E\u015fitsizlik)<\/h4>\n
\n* E\u015fitlik:<\/strong> Should().Be()<\/code>
\n* E\u015fitsizlik:<\/strong> Should().NotBe()<\/code><\/p>\nvar number = 10;\nnumber.Should().Be(10);\nnumber.Should().NotBe(5);\n\nvar name = \"Alice\";\nname.Should().Be(\"Alice\");\nname.Should().NotBe(\"Bob\");<\/pre>\nBo\u015f\/Null Kontrolleri<\/h4>\n
\n* Null Kontrol\u00fc:<\/strong> Should().BeNull()<\/code> \/ Should().NotBeNull()<\/code>
\n* Bo\u015f String\/Guid Kontrol\u00fc:<\/strong> Should().BeEmpty()<\/code> \/ Should().NotBeEmpty()<\/code>
\n* Null veya Bo\u015f String Kontrol\u00fc:<\/strong> Should().BeNullOrEmpty()<\/code> \/ Should().NotBeNullOrEmpty()<\/code>
\n* Null, Bo\u015f veya Sadece Bo\u015fluklardan Olu\u015fan String Kontrol\u00fc:<\/strong> Should().BeNullOrWhiteSpace()<\/code> \/ Should().NotBeNullOrWhiteSpace()<\/code><\/p>\nstring username = null;\nusername.Should().BeNull();\n\nstring email = \"\";\nemail.Should().BeEmpty();\n\nstring description = \" \";\ndescription.Should().BeNullOrWhiteSpace();\n\nvar user = new User { Name = \"John\" };\nuser.Should().NotBeNull();<\/pre>\nBoolean Kontrolleri<\/h4>\n
\n* Do\u011fruluk:<\/strong> Should().BeTrue()<\/code>
\n* Yanl\u0131\u015fl\u0131k:<\/strong> Should().BeFalse()<\/code><\/p>\nbool isActive = true;\nisActive.Should().BeTrue();\n\nbool hasErrors = false;\nhasErrors.Should().BeFalse();<\/pre>\nSay\u0131sal Kar\u015f\u0131la\u015ft\u0131rmalar<\/h4>\n
\n* B\u00fcy\u00fck\/K\u00fc\u00e7\u00fck:<\/strong> Should().BeGreaterThan()<\/code>, Should().BeLessThan()<\/code>
\n* B\u00fcy\u00fck E\u015fit\/K\u00fc\u00e7\u00fck E\u015fit:<\/strong> Should().BeGreaterOrEqualTo()<\/code>, Should().BeLessOrEqualTo()<\/code>
\n* Aral\u0131k Kontrol\u00fc:<\/strong> Should().BeInRange()<\/code><\/p>\nint age = 25;\nage.Should().BeGreaterThan(18);\nage.Should().BeLessThan(30);\nage.Should().BeGreaterOrEqualTo(20);\nage.Should().BeLessOrEqualTo(25);\nage.Should().BeInRange(20, 30);<\/pre>\nKoleksiyonlar ve Dizilerle \u00c7al\u0131\u015fmak<\/h3>\n
Eleman \u0130\u00e7erik Kontrolleri<\/h4>\n
\n* \u0130\u00e7eriyor mu:<\/strong> Should().Contain()<\/code>
\n* \u0130\u00e7ermiyor mu:<\/strong> Should().NotContain()<\/code>
\n* Sadece Belirtilen Elemanlar\u0131 \u0130\u00e7eriyor mu:<\/strong> Should().ContainInOrder()<\/code> (s\u0131raya dikkat ederek)
\n* S\u0131ra \u00d6nemli De\u011fil:<\/strong> Should().BeEquivalentTo()<\/code> (elemanlar\u0131n s\u0131ras\u0131 \u00f6nemli de\u011filse)<\/p>\nvar fruits = new ListS\u0131ralama ve Miktar Kontrolleri<\/h4>\n
\n* Miktar:<\/strong> Should().HaveCount()<\/code>
\n* S\u0131ral\u0131 m\u0131:<\/strong> Should().BeInAscendingOrder()<\/code> \/ Should().BeInDescendingOrder()<\/code><\/p>\nvar numbers = new ListT\u00fcm Elemanlar \u0130\u00e7in Ko\u015ful Kontrolleri<\/h4>\n
\n* T\u00fcm elemanlar ko\u015fulu sa\u011fl\u0131yor mu:<\/strong> Should().AllBe()<\/code> (belirli bir de\u011fere e\u015fitlik) veya Should().AllSatisfy()<\/code> (lambda ifadesi ile ko\u015ful)<\/p>\nvar ages = new ListNesne Kar\u015f\u0131la\u015ft\u0131rmalar\u0131 ve Karma\u015f\u0131k Senaryolar<\/h3>\n
Nesne \u00d6zelliklerinin Kar\u015f\u0131la\u015ft\u0131r\u0131lmas\u0131<\/h4>\n
Should().BeEquivalentTo()<\/code> metodu, nesnelerin derinlemesine kar\u015f\u0131la\u015ft\u0131r\u0131lmas\u0131n\u0131 sa\u011flar.<\/p>\npublic class User\n{\n public int Id { get; set; }\n public string Name { get; set; }\n public string Email { get; set; }\n}\n\nvar expectedUser = new User { Id = 1, Name = \"Alice\", Email = \"alice@example.com\" };\nvar actualUser = new User { Id = 1, Name = \"Alice\", Email = \"alice@example.com\" };\n\nactualUser.Should().BeEquivalentTo(expectedUser); \/\/ T\u00fcm \u00f6zellikler ayn\u0131 m\u0131?\n\n\/\/ Belirli \u00f6zellikleri hari\u00e7 tutmak veya dahil etmek\nvar userWithDifferentId = new User { Id = 2, Name = \"Alice\", Email = \"alice@example.com\" };\nactualUser.Should().BeEquivalentTo(userWithDifferentId, options => options.Excluding(u => u.Id)); \/\/ Id hari\u00e7 di\u011fer \u00f6zellikler ayn\u0131 m\u0131?<\/pre>\n\u0130stisnalar\u0131n (Exceptions) Test Edilmesi<\/h4>\n
Action action = () => new UserService().GetUserById(-1);\n\naction.Should().Throw
\nBu \u00f6rnekte, GetUserById<\/code> metodunun -1 parametresiyle \u00e7a\u011fr\u0131ld\u0131\u011f\u0131nda ArgumentOutOfRangeException<\/code> f\u0131rlatmas\u0131 ve bu istisnan\u0131n belirli bir mesaj ve parametre ad\u0131na sahip olmas\u0131 bekleniyor.<\/p>\nZaman ve Tarih Kontrolleri<\/h4>\n
var dateTime = new DateTime(2023, 10, 26, 10, 30, 0);\ndateTime.Should().BeOnOrAfter(new DateTime(2023, 10, 26));\ndateTime.Should().BeBefore(new DateTime(2023, 10, 27));\ndateTime.Should().HaveDay(26);\ndateTime.Should().HaveMonth(10);\ndateTime.Should().HaveYear(2023);\ndateTime.Should().BeCloseTo(new DateTime(2023, 10, 26, 10, 30, 1), TimeSpan.FromSeconds(5)); \/\/ Belirli bir tolerans i\u00e7inde yak\u0131nl\u0131k<\/pre>\nFluentAssertions ile Daha \u0130leri Seviye Test Teknikleri<\/h3>\n
Zincirleme (Chaining) Assertions<\/h4>\n
var user = new User { Id = 1, Name = \"John Doe\", Email = \"john.doe@example.com\" };\n\nuser.Should().NotBeNull()\n .And.BeOfType
\nBu \u00f6rnekte, user<\/code> nesnesinin null olmamas\u0131, User<\/code> tipinde olmas\u0131, belirli ko\u015fullar\u0131 kar\u015f\u0131lamas\u0131 ve anonim bir nesneye e\u015fde\u011fer olmas\u0131 gibi bir\u00e7ok do\u011frulama tek bir ak\u0131c\u0131 zincirde birle\u015ftirilmi\u015ftir.<\/p>\nCustom Assertions Yazmak (K\u0131saca de\u011finilebilir)<\/h4>\n
AndConstraint<\/code> veya GenericCollectionAssertions<\/code> gibi tipleri kullanarak yap\u0131l\u0131r. Bu konu ileri d\u00fczey bir konu olmakla birlikte, FluentAssertions'\u0131n esnekli\u011fini g\u00f6stermesi a\u00e7\u0131s\u0131ndan \u00f6nemlidir.<\/p>\nPerformans ve Bak\u0131m Kolayl\u0131\u011f\u0131<\/h4>\n
Sonu\u00e7: Daha \u0130yi Testler, Daha Mutlu Geli\u015ftiriciler<\/h3>\n
\u00d6zet ve Kazan\u0131mlar<\/h4>\n
\n* Yaz\u0131labilirlik:<\/strong> Ak\u0131c\u0131 API sayesinde test yazmak daha h\u0131zl\u0131 ve daha az hataya a\u00e7\u0131k hale gelir.
\n* A\u00e7\u0131klay\u0131c\u0131 Hata Mesajlar\u0131:<\/strong> Testler ba\u015far\u0131s\u0131z oldu\u011funda, sorunun k\u00f6kenini anlamak \u00e7ok daha kolayla\u015f\u0131r.
\n* Kapsaml\u0131 Do\u011frulama Seti:<\/strong> Temel de\u011ferlerden karma\u015f\u0131k nesnelere, koleksiyonlara ve istisnalara kadar her t\u00fcrl\u00fc senaryo i\u00e7in zengin bir assertion yelpazesi sunar.
\n* S\u00fcrd\u00fcr\u00fclebilirlik:<\/strong> Testlerin bak\u0131m\u0131 ve anla\u015f\u0131lmas\u0131 kolayla\u015ft\u0131\u011f\u0131 i\u00e7in projenizin uzun vadeli sa\u011fl\u0131\u011f\u0131na katk\u0131da bulunur.<\/p>\nGelecek Ad\u0131mlar<\/h4>\n
Assert<\/code> ifadelerini FluentAssertions kar\u015f\u0131l\u0131klar\u0131yla de\u011fi\u015ftirmeye ba\u015flayabilir, yeni yazd\u0131\u011f\u0131n\u0131z testlerde ise do\u011frudan FluentAssertions kullanabilirsiniz. Zamanla, testlerinizin ne kadar daha net ve anla\u015f\u0131l\u0131r hale geldi\u011fini fark edeceksiniz. Unutmay\u0131n, iyi yaz\u0131lm\u0131\u015f testler, sadece hatalar\u0131 yakalamakla kalmaz, ayn\u0131 zamanda kodunuzun ne yapmas\u0131 gerekti\u011fini de net bir \u015fekilde g\u00f6sterir. FluentAssertions ile .NET testlerinizi ger\u00e7ekten \"insanlar i\u00e7in okunabilir\" hale getirebilirsiniz.<\/p>\nS\u0131k\u00e7a Sorulan Sorular (SSS)<\/h3>\n
FluentAssertions hangi test frameworkleri ile uyumludur?<\/h4>\n
Performans \u00fczerinde bir etkisi var m\u0131?<\/h4>\n
Neden
Assert.AreEqual<\/code> yerine FluentAssertions kullanmal\u0131y\u0131m?<\/h4>\nAssert.AreEqual<\/code>'a g\u00f6re daha ak\u0131c\u0131, daha ifade edici ve daha a\u00e7\u0131klay\u0131c\u0131 hata mesajlar\u0131 sunar. \u00d6rne\u011fin, actual.Should().Be(expected)<\/code> ifadesi, Assert.AreEqual(expected, actual)<\/code>'dan daha do\u011fal okunur. Ayr\u0131ca, zincirleme yetene\u011fi sayesinde birden fazla do\u011frulama tek bir ak\u0131c\u0131 ifadede birle\u015ftirilebilir, bu da test kodunu daha k\u0131sa ve anla\u015f\u0131l\u0131r hale getirir.<\/p>\nHer senaryo i\u00e7in FluentAssertions kullanmak zorunda m\u0131y\u0131m?<\/h4>\n
null<\/code> kontrolleri gibi durumlarda geleneksel Assert<\/code> ifadeleri de yeterli olabilir, ancak genel bir kural olarak FluentAssertions'\u0131 tercih etmek tutarl\u0131l\u0131k sa\u011flar.<\/p>\n","protected":false},"excerpt":{"rendered":"FluentAssertions ile Birim Testleri:.","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1340],"tags":[],"class_list":{"0":"post-39308","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-net","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\n