در دنیای رقابتی امروز، تمام سازمان ها و شرکت ها نیاز به Deliver کردن سریعتر نرم افزار دارند. به همین علت تعداد شرکت هایی که به سمت تحولات Agile و DevOps می روند افزایش پیدا میکند. روش ها و فرهنگ DevOps هم در Deliver کردن سریع تر نرم افزار و هم در کیفیت بهتر آن تاثیر گذار است. اما پیاده سازی DevOps و تحول سازمان و تیم های فنی کار آسانی نیست و بسیاری از شرکت ها در آن با چالش مواجه می شوند.

در این کتابچه آقای John Ferguson (نویسنده کتاب BDD in Action) به بررسی 4 جنبه ی کلیدی در تحولات موفق DevOps میپردازد و BDD را به عنوان یک الزام جهت حرکت به سوی DevOps معرفی میکند.

نام کتابچه : BDD at the heart of any DevOps transformation story

پیاده سازی و نگهداری Acceptance Test ها با چالش های مخصوص به خود همراه است، اما تیم هایی که بتوانند این چالش ها را حل کنند و تست های کاملی بنویسند، به سطح بالایی از اطمینان در رفتار و عملکرد سیستم دست پیدا میکنند. این سطح بالای اطمینان، برای راه اندازی Continuous Delivery الزامی است. در این ویدیو اقای Dave Farely در مورد رویکرد ها و الگوهای نوشتن Acceptance Test ها و همچنین چالش های این مسیر صحبت میکند.

https://www.youtube.com/watch?v=SBhgteA2szg

از اسلاید های آقای Dave Farley - برخی Anti-Pattern ها در نوشتن Acceptance Test ها

از اسلاید های آقای Dave Farley - نکاتی جهت موفقیت در Acceptance Testing

شرکت اریکسون از "۷ هفته زمان تست, ۶ ماه زمان Deploy و ۲-۳ سال زمان توسعه" به مدل "۹۰ دقیقه زمان تست, ۳ هفته زمان deploy و سیکل های توسعه ی ۶ هفته ای" رسید.
مقاله ی زیر را در مورد Continuous Delivery در اریکسون بخوانید :

https://www.infoq.com/news/2017/10/continuous-delivery-ericsson

روش ها و راهکارهای Validate کردن Command های کاربر در CQRS و DDD

http://danielwhittaker.me/2016/04/20/how-to-validate-commands-in-a-cqrs-application/

چهار روش برای مدیریت Eventual Consistency در سطح UI جهت نمایش اخرین وضعیت داده ها به کاربر

http://danielwhittaker.me/2014/10/27/4-ways-handle-eventual-consistency-ui/

فایل گرافیکی 10 اشتباه رایج در DDD

مقدمه ای بر Event Storming و بررسی تاثیر آن در طراحی با رویکرد DDD

https://techbeacon.com/introduction-event-storming-easy-way-achieve-domain-driven-design

https://www.youtube.com/watch?v=hv2dKtPq0ME

در سیستم های نرم افزاری بزرگ، یک مدل داده ای که به تنهایی بتواند نیاز کل سیستم را پاسخ دهد، وجود ندارد. تمام دیتابیس ها (چه SQL و چه NoSQL) اگر در جای نامناسب استفاده شوند و مدل داده ای آنها متناسب با نیاز پروژه نباشد،حجم زیادی از پیچیدگی را به همراه خواهند داشت.
در این ویدیو آقای Greg Young پس از بررسی Event Sourcing به مشکلات انتخاب مدل نامناسب پرداخته و سپس به موضوع نگهداری اشکال مختلف داده برای نیازهای مختلف می پردازد.

انواع مختلف تست با چه اهدافی انجام میگیرند

مثالی از نحوه Denormal کردن Read Model در CQRS جهت افزایش بازدهی و کاهش پیچیدگی :
http://danielwhittaker.me/2014/10/05/build-master-details-view-using-cqrs-event-sourcing/

اقای Konrad Garus تجربیات اخیر خود را از پیاده سازی سیستمی با Event Sourcing و CQRS در قالب ۳ مقاله ارائه داده است.

مقاله اول : نحوه رسیدن به Consistency در CQRS

http://squirrel.pl/blog/2015/09/14/achieving-consistency-in-cqrs-with-linear-event-store/

مقاله دوم : بررسی مفهوم Projection و نحوه ساخت Read Model در CQRS

http://squirrel.pl/blog/2015/09/22/writing-an-event-sourced-cqrs-read-model/

مقاله سوم : نگاهی بر برخی تکنیک های ذخیره سازی دیگر در CQRS

http://squirrel.pl/blog/2015/09/28/persistence-in-cqrs-read-models/

مقاله : نگاهی بر تکنیک User Story Mapping و نحوه ی ترکیب آن با DDD و مزایای این کار

https://blog.eriksen.com.br/en/mapping-domain-knowledge

تفاوت میان Continuous Delivery و Continuous Deployment

🔴 دوره آموزشی تست نرم افزار

آموزش TDD, BDD و اصول و روش های تست نویسی در 3 حوزه ی Unit - Integration - Acceptance در دات نت

مدرس : هادی احمدی

جهت کسب اطلاعات بیشتر با شماره 88146330-021 و یا آدرس سایت آموزشگاه تحلیل داده مراجعه نمایید :
www.Tahlildadeh.com

https://goo.gl/jJZNVy

فرض کنید که قرار است وارد پروژه ای شوید، در روز اول کار خود چه میکنید؟ چگونه نقاط ریسکی و مشکل ساز کد را شناسایی میکنید؟ در این ویدیو آقای Greg Young به ابزارها و استراتژی های مختلف برای اینکار می پردازد :

https://www.youtube.com/watch?v=KaLROwp-VDY