文档介绍：编写目的3
角色与职责3
过程活动描述4
单元测试4
单元测试活动流程图4
单元测试准备6
单元测试计划准备6
目的6
角色和职责6
进入条件6
输入6
任务描述6
输出6
退出条件7
单元测试数据和环境准备7
需要的测试数据；
如测试数据需要其他组协助准备，则提出测试数据申请；
系统组根据申请进行测试环境的搭建，并以邮件形式将配置参数信息通知给开发组和
测试组；
开发组对已搭建的测试环境和准备好的测试数据进行确认；
输出
测试环境
《XM_DW_T_XX目单元测试案例》
《XM_DW_M_项目单元测试案例评审记录》
退出条件
测试环境已准备就绪
《XM_DW_T_XX目单元测试案例》已通过评审
单元测试
目的
对软件各模块进行单元测试，寻找并改正缺陷，保证产品质量。单元测试一般由开发人员来完成。测试人员负责测试执行情况的检查和审计，确保单元测试执行，并
满足进入Build和集成阶段条件。根据业务不同，必要时也可以安排测试人员执行单元测试。
角色和职责
角色
职责
开发组长
制定单元测试计划。
开发人员
编写测试用例，执行测试并记录缺陷，修改错误。
测试人员
检查和审计单元测试执行情况，必要时执行单元测试；
进入条件
按测试计划的安排，项目进行到单元测试阶段。程序可进行测试。
输入
«XM_DW_T_XX项目数据映射文档》
«XM_DW_T_XX项目单元测试案例》
待测试的脚本或代码
任务描述
根据总的测试计划明确和细化单元测试的测试计划；开发人员根据开发脚本的情况，完善单元测试案例；开发人员根据单元测试计划和相应的测试用例来测试同伴或自己的代码；在单元测试案例中记录测试结果，分析测试结果，对Bug进行纠正并记录;
在单元测试结束时编写单元测试报告；
将单元测试时使用的SQL整理成脚本，作为一个配置项，以便以后复用；测试组对单元测试进行抽样检查，并形成检查记录；
测试目标及测试方法
模型脚本单元测试目标及测试方法
脚本成功运行检查
测试内容：脚本能否成功运行，是否有错误
测试方法：使用单元测试调度脚本（），，随后解析生成的日志，将解析的结果（日志中的错误个数）插入单元测试结果表（）。
存在缺陷：无
脚本重运行检查
测试内容：判断同一个脚本加载相同的数据重复运行后结果是否一致
测试方法：单元测试调度程序每次调度都重复调度任务两次，数据质量检查脚本也会运
行两次，第一次运行后将目标表的数据进行备份，第二次判断备份表和源表整体数据是
否一致，将不一致数据的记录数插入单元测试结果表。
存在缺陷：无
脚本规范性检查
测试内容：脚本是否符合项目组脚本规范性要求
测试方法：使用单元测试调度脚本，脚本调度脚本规范性检查脚本，随后解析生成的日
志，将解析的结果（不符合规范性个数）插入单元测试结果表。
存在缺陷：无
主键重复检查
测试内容：数据加载完成后目标表中是否存在主键重复的纪录
测试方法：使用单元测试调度脚本，（下同），数据
质量检查脚本中的主键重复性检查语句查询目标表中主键重复的记录数并将该数值插入单元测试结果表。
存在缺陷：无
主键中包含空格检查
测试内容：数据加载完成后目标表的主键键值中是否存在空格
测试方法：数据质量检查脚本中的主键键值是否包含空格逻辑查询主键键值中包含空格（去除值尾空格）的记录数并将该数值插入单元测试结果表。
存在缺陷：无
PI是否偏
测试内容：检查目标表数据分布情况
测试方法：数据质量检查脚本查询Teradata数据字典，计算数据分布偏值，将计算值插入单元测试结果表。
存在缺陷：生产环境和测试环境的硬件差别导致数据分布情况也不一致，另外外测试的
数据量不大的情况下测试也不充分，该结果作为参考。
源表目标表记录数一致性（不充分）
测试内容：源表和目标表记录数核对
测试方法：数据质量检查脚本查询源表记录数和目标表记录数，将查询结果插入单元测试结果表。
存在缺陷：当目标表所对应的源表是一个表的情况下测试比较充分，但源表有多个或者
源表的取数规则比较复杂时，DMM映射模版生成的审核语句不准确，需要手工进行脚
本修改，建议目前还是有测试组进行测试，待单元测试的其他内容执行顺利后再和测试组沟通将该测试内容完整的纳入单元测试中。
标准代码转换是否正确
测试内容：对选择进行标准代码转换的字段判断目标表该字段值是否在标准代码表中测试方法：数据质量检查脚本查询目标表中进行标准代码转换的字段，取值不在