昨天收到同事的一個 bug，使用公司 library 所提供的方法所引發的一個錯誤，這錯誤蠻基本也蠻蝦的，雖然這個 library 已經很少再改，基於保護自己的想法，還是要幫這個方法加上測試，因為這個專案的版本還是 dotnet framework 4.5.1，希望能透過 cli 的方式在 CI 的時候跑測試。

在 cli 測試的話目前有兩種做法，第一種是新版 SDK 所提供的 dotnet cli；另一種就是 Visual Studio 的工具。

這是系列文的第四篇，今天要講的是針對 JSRuntime 及 NavigationManager 做測試。
如果還沒看過前面幾篇的話，請往這邊走

• [Blazor] 元件測試 - 基礎篇
• [Blazor] 元件測試 - mock
• [Blazor] 元件測試 - Service

使用同一個 repo 接續操作

這是系列文的第三篇，今天要講到的是針對 Service 做測試。
如果還沒看過前面兩篇的話，請往這邊走 [Blazor] 元件測試 - 基礎篇、[Blazor] 元件測試 - mock。

使用上次的 repo 接續操作

前一篇 [Blazor] 元件測試 - 基礎篇 中已經介紹過基本的測試，今天要來介紹的是 Mock 的應用。

使用上次的 repo 接續操作

寫了很多的元件來使用，但要怎麼確保行為正確，在修改的時候沒有把一些行為改壞，可以透過測試來進行保護，在 Blazor 中可以透過 bUnit 這個套件來達成。

quokka是一個測試工具，支援蠻多的編輯器，可以直接即時的就看到結果，所以大部分都是開發或是測試的時候可以拿出來使用

在使用webpack作為打包編譯的工具的時候，有一些設定會讓quokka看不懂，這邊就來介紹一下怎麼設定

今天要來談談兩個前端的測試框架，可以被使用在任何的前端網站開發中，當然也被應用在angular-cli中，但今天的內容其實不會搭配angular來做說明，而是以可以被獨立使用的工具