在軟體生命週期地演進的過程中，在不同的階段可能需要將某一些功能啟用或停用，這時候就可以選擇 Feature Toggle，微軟的 Microsoft.FeatureManagement 正好是選擇之一，除了基本的 Feature Toggle Flags 之外，也整合到 ASP.NET Core 的生命週期裡面，還有整合 Azure。下圖出自 針對目標受眾啟用分段推出功能 - Azure App Configuration | Microsoft Learn
SpecFlow + LivingDoc’s 使用起來友善度很高，測試報告的呈現也相當得清楚，甚至支援嵌入圖片、Markdown
當 SpecFlow 的測試步驟需要依賴其他物件時，SpecFlow 支援 Context Dependency Injection，只要在 Step 的建構函數開洞，SpecFlow 就會自動幫你注入
Redis 已經幾乎是系統必備的基礎建設，在本機搭建一套 Local Server，除了用於開發除錯之外，它也可以用來當成測試替身(模擬器)，接下來，就來分享我的配置
上一篇，我們學習了怎麼自訂身分驗證
ASP.NET Core 6 實作自訂 Authentication 身份驗證，以 Basic Authentication 例 | 余小章 @ 大內殿堂 - 點部落 (dotblogs.com.tw) ，如果一個服務需要有多種以上的驗證，ASP.NET Core 也有支援，接下來我們就來看看怎麼在服務裡面增加多種驗證吧
NBomber 是一個將自身定位為獨立於協議的輕量型的壓力測試套件，使用 F# 中開發的，測試可以用 F# 和 C# 編寫。它是真的開 C# 專案編寫負載測試，JMeter 和 K6 都是編譯好的二進位檔，寫測試時，需要使用他們規定的腳本語言；如果你是 C# 開發者，NBomber 就能夠很輕鬆的客製化你想要的功能
JMeter 是我目前正在使用的壓力測試工具，支援 GUI、CLI，配置容易，也能自動化，網路上的教學資源也相當的豐富，在這裡我將分享我常用的配置，希望對你有幫助
HttpMethod 的幂等性(Idempotent)，指的是相同的請求參數，不論調用幾次結果都是相同的，不會影響結果。例如，PUT 要求必須具有等冪性。 若用戶端多次送出相同的 PUT 要求，結果應該永遠保持不變 (使用相同的值會修改相同的資源)。為什麼需要冪等，假設，在店商平台購物，付款時，連續點選了兩次支付，如果平台沒有做好保護、驗證，就會發生扣款兩次，我們會有幾種手段來避免這樣的事發生：前端攔截(PRG 防止表單重送)、平台語言鎖、分散式鎖、資料庫主鍵、唯一鍵 / 唯一索引、資料庫樂觀鎖定(搭配版號)、Token 令牌…等。
K6 是一套用 JavaScript 編寫測試腳本的工具，對於前端的開發夥伴可是相當的友善，Jetbrains IDE 也有整合它，在開發/測試體驗上肯定有一定的水準，為此深得我心，於是便快速的調查一番，紀錄使用心得
ASP.NET Core 提供了健康檢查的 Middleware，可以讓我們很輕鬆的知道應用程式目前的本身的狀態以及應用程式所依賴其他服務的狀態；也可以讓容器協調器進行重新啟動容器或是暫停服務，比如 K8s 的 Liveness、Readiness
令人驚喜的是 AspNetCore.HealthChecks.UI 提供 UI / Alert 讓監視系統變得更有效率了
