Jakość kodu, Roslyn, Fakes, Shim, testy obciążeniowe, proces

Gdy kod pisany jest "przyzwoicie", przez doświadczony zespół zapewnienie jakości jest "stosunkowo" proste. Jednak - gdy pojawiają się nowe osoby albo gdy część kodu pisana jest przed podwykonawcę - utrzymanie jakości rozwiązania staje się większym niż zwykle wyzwaniem. Do tego decydenci biznesowi rzadko rozumieją, że np. "refactoring" rozwiązania przyniesie długofalowo wymierne zyski. Wymagają szybkiej pracy i dodawania nowych "ficzerów", najlepiej takich, które by od razu działały.

W tej sesji przyglądamy się, w jaki sposób budować (i używać) automatów analizujących to, co programista napisze, jak testować "nietestowalny" kod, a także trochę o tym - że test obciążeniowy to też normalny test - i można go po pierwsze także automatyzować a po drugie - traktować jako zwyczajny element procesu. Przykłady są związane z językiem C#.