活动流程图(Activity Flow Diagram)

  任务描述(Task Description)

  一、    制定单元测试的测试计划,可以包含在项目开发计划中;

  二、    开发人员首先撰写单元测试检查表(测试用例)。

  三、    开发人员根据“单元测试计划”和相应的“单元测试检查表”来测试同伴或自己的代码;

  四、    记录测试结果,分析测试结果,对Bug进行纠正并记录。

  五、    在单元测试结束时做成“单元测试检查报告”。

  输出(Outputs)

  2.2.2    测试过程对单元测试活动论述的不足之处

  进入条件描述比较模糊

  理论上,编写单元测试代码应该与编写被测目标代码同步进行,甚至可以先于目标代码编写。笼统地说“按测试计划的安排,项目进行到单元测试阶段”缺少具体的指导意义。

  当然,单元测试也可以在目标代码全部完成之后进行,这主要用于监控目标代码的变动。

  该活动更适合对单元模块进行的功能测试

  从活动流程图、任务描述和输出的单元测试检查表中可以发现,此处单元测试更多地遵循功能测试的思路,而不是从代码测试角度来制定本过程。

  2.3    技术解决过程

  2.3.1    技术解决过程与单元测试有关的论述

  过程总体概述(Process Overview)

  编码与测试活动流程图(Activity Flow Diagram)

  编码与测试活动的任务描述摘录

  编码与单元测试一般要经历“编程—>代码审查—>单元测试—>模块测试”等步骤,并且通常需要反复迭代,“缺陷管理与改错”贯穿始终。