4.4 設計測試集
4.4.1 輸入
a. 單元需求文件；
b. 測試過程所包含的各要素的列表（從4.2.2條的e得到）；
c. 單元測試計劃（從4.1.2條的a和b及4.3.2條的a得到）；
d. 單元測試文件；
e. 來自以前測試的測試規格說明（若可獲得的話）。
4.4.2 任務
a. 設計測試集的層次結構
根據待測試的軟件特征和由所選的有關要素（例如規程、狀態轉換、數據特性）所指定或蘊含的情況，設計一個按層次分解好的測試對象集，使得最低層的每一對象能直接用一些測試用例進行測試。選擇合適的現有的測試用例，將測試用例標識符組與最低層的相應的對象相關聯。將對象層次和相應的測試用例標識符記錄于單元的測試設計說明中的“測試用例名稱”一章中（見GB9386）。
b. 按需求獲得清晰的測試規程
單元需求文件、單元測試計劃及測試用例說明的組合可能會隱含地指定出單元測試規程，從而不需要更細致的“測試規程說明”選擇現存的測試規程，稍作修改或不加修改地使用。
若單元測試設計說明的補充章條有要求，或另外的規程說明文件有要求，應指定相應的附加的規程。每一種選擇都應與GB9386相吻合。當測用例和測試規程的對應關系不是很明顯時，用表格連接它們，并將其放于單元測試設計說明中。
c. 獲得測試用例說明
指定新的測試用例，可參考現存的測試用例說明。
將該測試用例直接記錄于或通過引用的方式記錄于單元的測試設計說明的補充章條中或另外的文件中。記錄的文件必須符合GB 9386的要求，并放于單元的測試設計說明中。
d. 根據設計信息，按需要擴大測試用例說明。
根據單元設計信息，按需要更新測試集層次結構，注意應與4.4.1條的a保持一致，并考慮所選算法及內部數據結構等軟件特征。
如果要確定控制流程及確定必須記錄的內容數據的變化情況，則應考慮到可能產生的特殊記錄的困難。例如，跟蹤復雜算法中的控制流或踴躍內部數據結構（如�；驑洌┑淖兓瘯r存在的記錄困難。若需求的話，應增加單元設計（例如格式化數據結構、轉儲功能）以增強單元的可測試性。
根據單元設計中的信息，描述那些新增加的測試用例，并完成各部分的測試用例說明，同時應與4.2.2條的c保持一致。
e. 完成測試設計說明
完成被測單元的測試設計說明，并與 GB 9386相一致。
4.4.3 輸出
a. 單元測試設計說明（從4.4.2條的e得到）；
b. 附加的測試規程說明（若能從4.4.2條的b得到）;
c. 附加的測試用例說明（若能從4.4.2條的c-d得到）;
d. 單元設計的增強需求（若能從4.4.2條的d得到）;
4.5 執行計劃及實現設計
4.5.1 輸入
a. 單元測試計劃（從4.1.2條的a、c、e及4.3.2條的a-c得到）；
b. 在單元測試設計說明或附加文件中的測試用例說明（從從4.4.2條的d得到）；
c. 軟件數據結構描述；
d. 測試支持資源；
e. 測試項；
f. 來自以前測試活動的測試數據（若存在）；
g. 來自以前測試活動的測試工具（若存在）；
文章來源于領測軟件測試網 http://www.kjueaiud.com/
