確定對單元測試及單元排錯負責的部門、人員技能、數量及可參加時間的要求。
e. 指定總的進度安排
指定由資源的測試單元所決定的單元測試活動的進度。
4.1.3 輸出
a. 單元測試計劃（從4.1.2條的a-c得到）；
b. 單元測試的總體資源請求（若能從4.1.2 條的d條得到）。
4.2 確定需測試的與需求有關的特性
4.2.1 輸入
a. 單元需求文件；
b. 軟件結構設計的文件（若需要）。
4.2.2 任務
a. 研究功能需求
研究單元需求文件中描述的每一功能、保證每一功能有唯一的標識符，若需要的話，應對需求進行分類。
b. 確定附加需求及相應規程
對于那些沒有被需求指定，卻在單元測試一級有效的軟件特性（例如軟件性能、屬性或設計約束），確定與之相關的需求語句，使之成為附加需求。確定那些僅與待測試單元有關的使用或操作規程。確保每一附加需求及規程有唯一的標識。若需要的話，應對需求進行分類。
c. 確定單元狀態
若單元文件指定或蘊含了多種狀態（例如不活動、等待接收、處理）軟件，0則確定每一狀態及每一有效狀態轉換。保證每一狀態轉換有唯一的標識符，若需要的話，應對需求進行分類。
d. 確定輸入及輸出數據特征
確定待測試單元的輸入及輸出數據結構。對每一結構，確定其特性，諸如使用率、格式、值范圍和域值之間的關系，對每個特性，指定其有效范圍。保證每一特性有唯一標識符。若需要的話，應對需求進行分類。
e. 選擇包含于測試中的各要素
選擇待測試的軟件特征。選擇其相應規程、狀態及狀態轉換，以及測試時的有關數據特性。無效及有效數據都應選擇。當無法進行這種完整的測試時，則應該利用如何使用該單元的信息決定選擇的內容。對于不能選擇的要素，確定由此可能帶來的風險問題。
將所選擇的特性、狀態、狀態轉換及數據特性等數據記錄在單元測試設計說明中的“被測試的特性”一章中（見GB 9386）
4.2.3 輸出
a. 測試過程中包含的各要素的列表（從4.1.2條的a-c得到）；
b. 單元測試的總體資源請求（若能從4.1.2 條的d條得到）。
4.3 細化計劃
4.3.1 輸入
a. 測試過程中包含的各要素的列表（從4.2.2條的e得到）；
b. 單元測試計劃（從4.1.2條的e得到）；
4.3.2 任務
a. 方法
確定可以考慮利用的現有的測試用例及測試規程。確定用于數據確認的任何特定技術。確定用于輸出記錄、輸出收集、輸出化簡及輸出確認所用的技術。將細化的方法記錄于單元的測試設計說明文件中的“方法詳述”一章中（見GB9386）。
b. 詳述指定的資源需求
確定所指定的測試單元所需的資源（例如與該單元直接接口的軟件）。并為已確定的資源作準備。將指定資源的需求記錄在單元測試設計說明的“方法詳述”一章中。
c. 指定詳細進度
根據支撐軟件、指定資源、所使用單元的可獲得性及組裝進度，為單元測試規定相應進度。將該進度記錄于單元的測試設計說明的“方法詳述”一章中�！�
4.3.3 輸出
a. 詳細的單元測試計劃（從4.3.2條的a-c得到）；
b. 單元測試的指定資源要求（若能從4.3.2條的b得到）。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
