余小章 @ 大內殿堂

當你想要聚焦，減少 Scenario 的 Step Definition 時，可以合併他們，提高 Scenario 的可讀性；但伴隨來的副作用就是細節被隱藏到 Step.cs 測試程式碼，從 Sceario 讀不出來，團隊內若都很了解細節，這樣倒是一個不錯的做法

為了註冊 CA 憑證動作更簡化，於是花了三四天研究怎麼用 C# 控制註冊流程，過程真的挺累，結果挺爽的...

結對開發時常常會看到例外處理寫的不好，來看看這一次的案例...

當資料庫只存放 Key，UI 需要呈現"說明"讓用戶可以閱讀，常見的做法有：DB 存放說明欄位、應用程式定義說明欄位。

這個 Key 是給應用程式判斷邏輯用是常數，我選擇放在應用程式，若 DB 也要閱讀定義，就從應用程式寫到 DB；反之，你也可以統一在 DB 定義，透過 T4 產生 cs，讓應用程式使用。

不管你選哪種方式，統一一種就好。

當測試案例越來越多的時候，執行的時間會越來越長，這時候就可以靠並行測試 (Parallel Test)，來縮短測試時間，只要確定測試案例之間沒有共用資源，就可以使用囉

Specflow 提供了 ScenarioContext.Current, FeatureContext.Current or ScenarioStepContext.Current 靜態成員讓我們使用，Specflow 3 之後它們已經被標記過時(Obsolete)，為了以後相容性的還是別用了，那要改用甚麼呢...

SQL Server Always Encrypted 可以保護我們的資料，但同時也帶來了一些不便，比如索引跟內建的預存無法使用，強制使用參數化查詢，這裡列出我已知的開發限制，下次碰到就可以直接避開

SQL Server Dynamic Data Mask 防止沒有權限的帳號檢視敏感性資料

首先要感謝方丈 Jason Huang 的火力支援。

在企業內部，Client 加入 AD 後，預設會把 CA 根憑證加入到 Trusted Root Certification Authorities，Chrome 瀏覽器預設會信任這裡的憑證，有 AD Server，使用 CA Server 憑證中心應該是較好管理的解決方案，我在實作的過程卡到了一些關，謝謝方丈的火力支援

SQL Server 與 AP 之間傳輸使用TDS(Tabular Data Stream)封包，為了怕封包被攔截，可以使用 SSL 保護

研究兩天的資料庫連線加密，在此做個小小的紀錄...