{"id":1901,"date":"2019-05-15T20:56:39","date_gmt":"2019-05-15T17:56:39","guid":{"rendered":"https:\/\/gokhan-gokalp.com\/?p=1901"},"modified":"2019-05-15T20:56:39","modified_gmt":"2019-05-15T17:56:39","slug":"behavior-driven-development-with-dotnet-net-core-and-visual-studio-for-mac","status":"publish","type":"post","link":"https:\/\/gokhan-gokalp.com\/tr\/behavior-driven-development-with-dotnet-net-core-and-visual-studio-for-mac\/","title":{"rendered":".NET Core ve Visual Studio for Mac ile Behavior Driven Development (BDD)"},"content":{"rendered":"

Agile bir development tak\u0131m\u0131 d\u00fc\u015f\u00fcnelim, Developer’\u0131ndan Product Owner’\u0131na, Scrum Master’\u0131ndan Stake Holder’lar\u0131na kadar hepsinin product development<\/strong> konusunda collaborative<\/strong> olarak birbirlerine ba\u011fl\u0131 bir \u015fekilde \u00e7al\u0131\u015f\u0131yor olduklar\u0131.<\/p>\n

Kula\u011fa harika geliyor de\u011fil mi? Ama maalesef bu her zaman %100 m\u00fcmk\u00fcn olmuyor.<\/p>\n

\"\"<\/a><\/p>\n

Peki, bug\u00fcn ise Behavior Driven Development<\/strong><\/em> hakk\u0131nda konu\u015faca\u011f\u0131z.<\/p>\n

Bu makale kapsam\u0131nda BDD<\/em> hakk\u0131ndaki bilgilerimizi tazeleyip hemen ard\u0131ndan macOS<\/strong><\/em> \u00fczerinde .<\/strong>NET Core<\/strong><\/em> ve Visual Studio<\/em><\/strong>\u00a0kullanarak, i\u00e7erisinde bir tak\u0131m basit fonksiyonlar i\u00e7eren bir API’\u0131<\/em>, BDD y<\/em>akla\u015f\u0131m\u0131 ile geli\u015ftirmeye \u00e7al\u0131\u015faca\u011f\u0131z.<\/p>\n

A\u00e7\u0131kcas\u0131 bu makaleyi tamamlayabilmek i\u00e7in, uzun bir s\u00fcredir SpecFlow<\/em>‘un, .NET Core<\/em> support’unun gelmesini bekliyordum.<\/p><\/blockquote>\n

\"\"<\/a><\/p>\n

Bu makale kapsam\u0131nda ise, a\u015fa\u011f\u0131daki ba\u015fl\u0131klara s\u0131ras\u0131yla de\u011finece\u011fiz:<\/p>\n

    \n
  1. K\u0131saca BDD<\/em>‘\u0131 Hat\u0131rlamak<\/li>\n
  2. BDD<\/em>‘\u0131n Faydalar\u0131<\/li>\n
  3. macOS <\/em>\u00fczerinde .NET Core <\/em>ve Visual Studio <\/em>ile BDD<\/em><\/li>\n<\/ol>\n

    K\u0131saca BDD<\/em>‘\u0131 Hat\u0131rlamak<\/h2>\n

    Temelini Test Driven Development<\/em> (TDD) dan almakta olan BDD<\/em>, \u00f6zellikle “kaliteli kod<\/em>” \u00fcretimi \u00fczerine olduk\u00e7a fazla bir \u015fekilde yo\u011funla\u015fmaktad\u0131r.<\/p>\n

    Hemen hemen ~2 y\u0131ll\u0131k deneyimlerime dayanarak BDD<\/em>‘nin bize sa\u011flad\u0131\u011f\u0131 en b\u00fcy\u00fck faydalar\u0131n\u0131 s\u00f6ylemem gerekirse e\u011fer, proje geli\u015ftirme a\u015famalar\u0131 s\u0131ras\u0131nda kar\u015f\u0131la\u015f\u0131lan ileti\u015fimden kaynakl\u0131<\/strong> zorluklara kar\u015f\u0131 \u00f6nemli bir arac\u0131 olmas\u0131 ve bize proje i\u00e7in harika dok\u00fcmantasyon sa\u011fl\u0131yor olmas\u0131d\u0131r diyebilirim.<\/p>\n

    Peki, nedir bu ileti\u015fim zorluklar\u0131 ve neye sebep oluyor?<\/strong><\/h3>\n

    Projeyi geli\u015ftirecek olan ekibin, m\u00fc\u015fterinin t\u00fcm ihtiya\u00e7lar\u0131n\u0131 do\u011fru bir \u015fekilde anlayabilmesi, genelde business ekiplerinin ellerindedir.<\/p>\n

    Fakat bir \u00e7ok durumda business ekiplerinin teknik tarafa uzak olmalar\u0131ndan dolay\u0131 da, kalitesiz kod<\/strong> ve eksik ihtiya\u00e7lar<\/strong> da ortaya \u00e7\u0131kabilmektedir. BDD<\/em> ise bu noktada “ortak bir dil” yaratarak, kar\u015f\u0131la\u015f\u0131lan bu durumu \u00e7\u00f6z\u00fcmleyebilmemize olanak sa\u011flamaktad\u0131r. Yani, developer’lar, test ekipleri ve business ekipleri aras\u0131nda ileti\u015fimin daha iyi bir hale gelebilmesi ve gereksinimlerin kolay bir \u015fekilde anla\u015f\u0131labilmesi i\u00e7in bir nevi rehberlik<\/strong>\u00a0yapmaktad\u0131r.<\/p>\n

    Ayr\u0131ca BDD<\/em>, business outcome<\/strong>‘\u0131na do\u011frudan katk\u0131 sa\u011flayacak olan behavior<\/strong>‘lar\u0131, developer’lara, test ekiplerine ve business ekiplerine eri\u015filebilir bir \u015fekilde a\u00e7\u0131k\u00e7a tan\u0131mlamaktad\u0131r. BDD<\/em>‘da bu tan\u0131mlaman\u0131n odak noktas\u0131nda ise, user story<\/strong>\u00a0i\u00e7erisindeki gereksinimleri bulmak ve bunlara dayal\u0131 olarak acceptance<\/strong> test’lerini yazmak vard\u0131r. Yani projenin ba\u015ftan sona acceptance criteria’lar\u0131 do\u011frultusunda geli\u015ftirilmesi i\u00e7in bir yol \u00e7izmektedir.<\/p>\n

    NOT<\/strong>: BDD<\/em> i\u00e7erisinde, m\u00fc\u015fteri de development s\u00fcrecinin i\u00e7erisine sokulmaktad\u0131r.<\/p><\/blockquote>\n

    \"\"<\/a><\/p>\n

    Senaryolar<\/strong><\/h3>\n

    BDD<\/em> i\u00e7erisinde acceptance criteria’lar, “senaryolar” olarak tan\u0131mlanmaktad\u0131r. Senaryolar yap\u0131sald\u0131r ve bir \u00f6zelli\u011fin farkl\u0131 durumlarda veya farkl\u0131 parametreler ile nas\u0131l davranmas\u0131 gerekti\u011fini a\u00e7\u0131klamaktad\u0131r.<\/p>\n

    \u00d6rne\u011fin:<\/p>\n