单元测试的实施

关于单元测试的问题之前我们也进行过讨论，但究竟如何实行、实行后能达到什么样的效果还没有形成结论。下面是我的一些想法，大家一起探讨。

标准的单元测试应该完全由测试人员来完成，主要工作包括定义测试用例、编写单元测试代码、测试代码的执行和跟踪、测试报告分析。
依赖资源：需求文档、界面原型、设计文档、功能测试用例
生成制品：单元测试用例、单元测试代码、单元测试报告
单元测试的目的是提高代码质量、及时发现代码缺陷，减少后期功能测试的工作量和难度，单元测试与功能测试的职责、角色一定要界定清楚。

从部门目前人员整体的技术能力、测试能力来看，实行起来有较大的难度，所以我建议目前还是将主要精力集中在功能测试方面，集中把功能测试做好。单元测试要做的话，建议分步骤逐步展开：

单元测试用例由测试人员在【功能测试用例】的基础上细化，定义出每个测试的输入、输入、输出必须的校验和断言；
编码人员在代码实现过程中针对测试用例进行单元测试代码的编写，每个模块交付测试时必须同时完成单元测试的编写，并将被测试方法名称、测试方法名称补充到对应的测试用例中；
测试人员及时跟踪测试代码完成情况、执行单元测试、汇总测试报告、并对测试报告进行分析（测试覆盖率、bug率等指标）；架构师、开发组长要及时关注测试情况并将单元测试作为工作量考核、代码评审的重要内容。

测试代码的编写工作我们可以逐步进行展开：第一阶段由开发人员自己编写，经过一段时间的实践与磨合，编码与测试人员之间的工作方式、工作流程逐步协调之后，再考虑推行编码人员（相关模块）之间的交叉测试、交叉编写测试代码；随着编码人员、测试人员能力逐步提高、测试队伍逐步壮大、配套条件具备后之后，再考虑将测试代码编写工作完全交由测试人员编写。同时可以根据不同项目的质量控制要求、工期、人员投入、经费情况进行这三种测试模式地选择、灵活地决策，避免一刀切的现象。

经过这几个阶段的过渡逐步实现测试工作的系统化、标准化。