先從有沒有訂閱差異的地方說起

這個功能其實很奇妙，雖說Basic + Test Plan 貴得要命，大家都用Basic而已。但是進入Project的時候，你竟然會看到功能長在那邊，難不成是微軟權限沒控管好？所以大家可以免費使用？我剛好因為同一個身分有兩個Collection，所以就有比較了一下，功能上可以看到的差別就Patameters以及Configurations。怎麼看起來好像可以基本使用？

我們先來看一下官網上寫的差異表如下：

看起來最大的差異就是在可以建立測試計畫+測試套件，另外可以管理測試計畫的Iteration設定(這個就跟sprint息息相關），最後就是管理組態。

我們先進去差異的功能看一下差異。

要花錢才看的到或是使用的功能

Parameters

之前在介紹各個組成的時候有說到，如果希望針對一個功能，進行多種類型的測試的時候，就可以定義在這裡。例如說我在這裡定義一個photo的 share parameter，然後希望某個圖片上傳功能可以針對png以及jpg兩種檔案類型都要驗測過，那就可以被定義在這裡。

Confugurations

這個功能則是可以定義Test Case 要在哪一些OS 中的哪些Browser中測試，所以測試者就需要跟據你所列出的矩陣，來進行在不同環境中，同一個Test Case 測試。

Test Plan and Test Suite

上圖是如果你有Basic + Test Plan，你就可以進行Test Plan的新增以及管理，但如果沒有，就會跟下圖一樣，沒有那顆按鈕。但是會發現到，下面還是有Test Plan 的出現，這是從另外一個地方來的預設項目。

另外一個補充，如果你預設就沒有任何Test Plan，就會長的跟下圖一樣，跟你說你只有Basic access level，然後放廣告跟你說可以升級喔。

其他都可以用嗎？怎麼好像跟開發那邊有點兜不起來？

老實說，這個產品其實有點不直觀，因為我們在研究的時候，我們發現在這個功能裡面怎麼玩，都好像有點難直觀的呈現在Azure Board上面(雖說最後有找到稍微比較直觀的方法，後面會介紹)。這導致了我們其實在研究的前期很困惑，一方面是這功能很貴，雖說他留下的紀錄非常完整，但是卻不知道怎麼跟Board 兜的上。

後來我們討論到後面，我們認為這個產品應該是要由一個專門測試的團隊進行，就是我們稱之Q 單位，而不是直接跟開發人員的驗證項目是否過關有直接關係。

這張圖不曉得大家有沒有印象，因為我們在研究到後面我們就直覺想到了這個圖。在Day 10那天有提及，Dev 負責的sourcecode repo，跟ops的pipeline repo是實體被拆開來的，所以盡量不會相互影響到對方而進行自己的工作。因此這個產品或許是基於不同面向進行設計的，所以功能以及使用方式，跟我們一般開發人員思維比較沒辦法兜在一起。

如果有知道這部分的大神，如果可以幫我解惑看看我會很感謝。