mrkt的程式學習筆記

要用上 dotnet-testing-agent-orchestration 系列的測試工作流程，前置得依所用的 AI Coding Agent，從幾個不同的 repo 手動下載、複製對應的 Skills、Agents 與 Hooks；若是 Copilot 版，還多一道建立 RAG 索引的手續。dotnet-testing-agent 工具包把這些下載、複製（以及 Copilot 版的索引建立）與後續更新都接手過來，省去整段手動前置。

用 autoresearch 量化優化 Orchestrator 的 agent 定義 — 七回合的迭代記錄

前四篇談這四個測試 Orchestrator「怎麼用」，這一篇談它們背後的 agent 定義是怎麼被「調」出來的 — 用 autoresearch 跑「改一處 → 量分數 → 進步就留、退步就退回」的迴圈，七個回合、五十多次迭代，連失誤與退步一起記錄。

Integration、Aspire、TUnit — 三個進階 Orchestrator 使用指南

Integration、Aspire、TUnit 三個進階 Orchestrator 一次看完。它們與 Unit 系出同源、共用 1+4 架構，差別在 Docker 容器、分散式環境與框架執行方式 — 本文聚焦各自的觸發方式、前置需求與該注意的特性。

為 .NET 專案自動產生高品質測試 — dotnet-testing-agent-orchestration-claude

在 Claude Code 上用 Agent Orchestration 為 .NET 專案自動產生測試：1 個 Orchestrator 加 4 個 Subagent，把分析、撰寫、執行、審查串成一條流程。這篇先說明整體架構、四個 Orchestrator 的分工，以及底層那 29 個測試知識 Skill 的來源。

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（10）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（8）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（7）

在整合測試專案裡要對 HttpClient 執行結果的 Response 內容進行驗證其實有點麻煩... 例如狀態驗證或是要對回傳資料做細部驗證的話，還需要再自己去對 Response Content 做反序列化的處理 也不用寫多一點測試案例才會覺得煩，當你寫了一個測試案例的驗證時就一定會這麼覺得， 當時同事就分享了這麼一個套件「FluentAssertions.Web」來簡化這些回傳內容的驗證。