184測試計畫

測試計畫測試項目內容撰寫要點說明

1. 測試計畫中，每個個案並沒有詳述規格內容，僅以概述表示：

個案可能寫法如，走勢圖刻度格式與資料顯示正確。因此詳細格式與資料定義仍需看規格書。這樣寫的原因是我認為測試個案主要是列出所有測試的項目，以避免測試時漏了相關的項目，因此沒有必要弄的太複雜，且為了降低耦合性（規格格式內容可能會改），因此測試項目並不撰寫詳細格式。

2. 各測試個案基本上是以規格書最底層格式的上一層為撰寫標準：

但若部份我認為可能疏忽的細部項目會特別列出為獨立個案。

3. 測試計畫欄位建立原則：

基本上依據原測試計畫上的欄位建立，並新增五個欄位，

A. 規格書分類

因規格書規格均得轉換為相對應的測試個案，因此增加此欄位以對測試個案做分類整理，避免漏寫與規格書改版整理之用。現以規格書子標題為內容。

B. 單元測試

以每個子階段程式開發項目（WBS）為基準，衡量每個程式開發段落是否完成應以通過相關測試個案為基準。

C. 測試方法

此段加註特殊需注意的測試方法，例如需利用虛擬資料，做邊界測試，避免遮字或其他未預測的效應。

D. 測試畫面

為避免測試項目過於重複，在預劃或規格上明顯為同一類別的均以同一測試項目來表示，因此在此加註測試時應對哪些畫面一併做測試。

E. 測試時間

此項目標注哪些項目需在特殊時間點測，例如在盤前、清盤、盤中等時機。

4. 走廊（使用性）測試：

利用多人來測試介面互動邏輯是否合理的測試方式，預劃此方法會加在測試方法欄位裡，但在現在測試項目上我還沒有認為需要加上去之處；還是將此測試獨立出一測試個案，會是較好的選擇？

5. 專案結束前仍新增個案：

於程式開發與α測試時會發現可能需要測試的相關個案，因此專案結束前仍會加入相關測試個案。如同規格一樣，測試計畫一樣永遠都有未竟完美，仍得改善之處。階段的測試計畫，應不只有當時專案階段可應用，之後的專案開發應可考慮用到。

6. 相關class欄位

預劃新增一個相關class欄位，當將來維護、繼承或引用此class時可能得考慮此測試個案。現未加上去。

附註：

測試計畫改為excel格式的優點：

1. 可利用其分類整理的功能，篩出哪些個案已測試或有問題。

2. 方便新增/刪除/隱藏欄位與個案。

3. 可利用分類對應規格書面與程式開發面，避免相關規格遺漏與可在程式開發中即可運用。

缺點：

紙本格式不好設計。

1. 以上是我設計新的單元測試計畫格式理念，如有部份認知與觀念是錯的，請標注讓我知道，謝謝。

2. 以上4、5、6項是尚未加進此項測試計畫格式的項目。

3. 檔案中並沒有ETF測試個案，其納入進個股報價與走勢測試，於測試畫面有標注需測試ETF畫面（也就是說測試個股走勢與個股報價時應一併測試ETF）。

4. 單元測試欄位僅填入港股主選單與Menu設定，餘未填入。

5. 終極想法測試計畫應該變成一個測試個案資料庫，當以後有要維護相關功能或進行先前設計規劃評估都可以撈測試個案出來參考。

Read, Feel and Write