在 Day17時候，我們有建立關於客製化保健食品需求流程，如下：

sequenceDiagram
客戶->>管理員: 建立需求單
管理員-->>客戶: 審核、給配方
客戶 -->> 管理員: 同意配方、下單
管理員 -) 客戶: 製作、運送

我有偷偷把這流程需要客製化的API端口以及workflow(工作流程)都完成了。
主要是客戶送出需求、管理員審核給配方、客戶同意配方
所以今天我們假設客戶以及管理員，進行流程。

客戶登入

我們使用者需要建立需求，需要先登入，這樣可以防備亂製造需求，因為登入需要填入個人資訊。

透過去{{baseUrl}}/auth/customer/:auth_provider進行登入。就可以拿到TOKEB，之後建立需求需要與確認需要這個TOKEN

客戶送出需求

接下來是客戶建立需求的任務。

透過去{{baseUrl}}/store/supplement/createDemand發送我們的需求以及客戶ID，就可以成功了！！啊！還要放入我們登入的TOKEN。

管理員登入

當然管理員回應需求時，也是需要登入的，所以我們登入拿取我們的TOKEN

管理員審核給配方

好的我們拿取我們的TOKEN去做回應吧～～

客戶同意配方

然後我忘記在回應寫各個保健丸的來源了.....
沒關係，我們現在是客戶了！！！
我非常覺得很棒，我想要這個～～
我要去同意配方。

去{{baseUrl}}/store/supplement/sureSupplement接受回應吧

完美，完成了，接下來就等客戶下單，我們就可以配置了。
測試是一個很重要的環節。
例如：

我現在目前是站在管理者的角度，會發現是完美的。我測試流程是沒有問題的。

但是我站在測試者或者客戶的角度，我會在意以下：

1. 有沒有價錢，這樣會不會很貴啊，有沒有便宜方案等等。
2. 成分來源沒有標示，有標示可以讓使用者更加安心，所以我們程式可以提醒或限制要寫有來源配保健商品。

下集預告

雖然說今天我們稍微放鬆一下，以測試來玩一下這需求。
但其實根本也蠻難的，測試需要站在全面的角度。
但還蠻有趣的 d v d

明天回歸 繼續開發我們的MedusaJS，明天客製化一下 MedusaJS Admin UI。