确定对单元测试及单元排错负责的部门、人员技能、数量及可参加时间的要求。
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得到）。
文章来源于领测软件测试网 https://www.ltesting.net/
