余小章 @ 大內殿堂

Specflow 的 table 預設用來處理單一欄位，若是想要在欄位裡面塞入 json 或者是比對 json 就得自行處理，這裡列出我常用的方式。

SpecFlow + LivingDoc’s 使用起來友善度很高，測試報告的呈現也相當得清楚，甚至支援嵌入圖片、Markdown

當 SpecFlow 的測試步驟需要依賴其他物件時，SpecFlow 支援  Context Dependency Injection，只要在 Step 的建構函數開洞，SpecFlow 就會自動幫你注入

Allure TestOp 是一套可以將測試結果產生成漂亮的測試報表，支援很多測試框架和 Cucumber/Gherkin 語言，我將專注在 .NET，接著，就來動手實作吧。

.NET Core 3 已經釋出一段時間了，昨天趁機追了一下進度，沒想到在 Specflow 3 卡關了一下關

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

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

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

Specflow 3 正式版釋出，支援 .NET Core，連帶改變 .NET Framework 的設定

https://specflow.org/2019/specflow-3-is-here/?fbclid=IwAR0shtvllisAYgTPefKvwkTLQhPDxTU87rrd_A2knjn_Gho7xzgaHJXAW6M

上週教育訓練時，Live Demo 卡關被弄到，要記錄一下...

結果與期望比對，是測試程式碼中最重要的一個步驟，就是用它來取代人眼比對，有關物件比對 91哥的文章有非常詳細的介紹：

https://dotblogs.com.tw/hatelove/2014/06/06/how-to-assert-two-collection-equal

https://dotblogs.com.tw/hatelove/2016/03/28/compare-object-equality-with-expected-objects

當測試程式碼用的是複雜型別，會比對型別中的屬性狀態(值)，用它來決定是否通過驗證，最直接的方式就是跑迴圈一個一個比，這樣做不是很聰明，也不夠快，太費力

我會使用以下物件來完成我的工作

1. FluentAssertions
2. SpecFlow

在這裡我分享我常用的比對方式...