文档介绍:-
. z.
1编写目的4
2角色与职责4
3过程活动描述5
单元测试活动流程图5
单元测试准备7
单元测试方案准备7
目的7
角色和职责7
进入条件和环境准备
目的
确定测试环境,并获取测试数据,满足测试需要。
角色和职责
角 色
职 责
开发组长
确定并申请需要的测试环境和测试数据
-
. z.
系统组
按需求准备测试环境
开发组
对单元测试环境和测试数据进展验证确认
进入条件
"*M_DW_R_**工程需求分析说明书"和"*M_DW_T_**工程数据映射文档"初稿已完成
输入
"*M_DW_R_**工程需求分析说明书"
"*M_DW_T_**工程数据映射文档"
任务描述
应用负责人在需求和映射文档通过评审时,提出测试环境〔包括单元测试、集成测试和用户测试环境〕申请;
开发人员编写单元测试案例,包括所需要的测试数据;
如测试数据需要其他组协助准备,则提出测试数据申请;
系统组根据申请进展测试环境的搭建,并以形式将配置参数信息通知给开发组和测试组;
开发组对已搭建的测试环境和准备好的测试数据进展确认;
输出
测试环境
"*M_DW_T_**工程单元测试案例"
-
. z.
"*M_DW_M_**工程单元测试案例评审记录"
退出条件
测试环境已准备就绪
"*M_DW_T_**工程单元测试案例"已通过评审
单元测试
目的
对软件各模块进展单元测试,寻找并改正缺陷,保证产品质量。单元测试一般由开发人员来完成。测试人员负责测试执行情况的检查和审计,确保单元测试执行,并满足进入Build和集成阶段条件。根据业务不同,必要时也可以安排测试人员执行单元测试。
角色和职责
角 色
职 责
开发组长
制定单元测试方案。
开发人员
编写测试用例,执行测试并记录缺陷,修改错误。
测试人员
检查和审计单元测试执行情况,必要时执行单元测试;
进入条件
按测试方案的安排,工程进展到单元测试阶段。
程序可进展测试。
-
. z.
输入
"*M_DW_T_**工程数据映射文档"
"*M_DW_T_**工程单元测试案例"
待测试的脚本或代码
任务描述
根据总的测试方案明确和细化单元测试的测试方案;
开发人员根据开发脚本的情况,完善单元测试案例;
开发人员根据单元测试方案和相应的测试用例来测试同伴或自己的代码;
在单元测试案例中记录测试结果,分析测试结果,对Bug进展纠正并记录;
在单元测试完毕时编写单元测试报告;
将单元测试时使用的SQL整理成脚本,作为一个配置项,以便以后复用;
测试组对单元测试进展抽样检查,并形成检查记录;
测试目标及测试方法
模型脚本单元测试目标及测试方法
脚本成功运行检查
测试容:脚本能否成功运行,是否有错误
测试方法:使用单元测试调度脚本〔〕,,随后解析生成的日志,将解析的结果〔日志中的错误个数〕插入单元测试结果表〔dwptemp. checking_data_quality下同〕。
-
. z.
存在缺陷:无
脚本重运行检查
测试容:判断同一个脚本加载一样的数据重复运行后结果是否一致
测试方法:单元测试调度程序每次调度都重复调度任务两次,数据质量检查脚本也会运行两次,第一次运行后将目标表的数据进展备份,第二次判断备份表和源表整体数据是否一致,将不一致数据的记录数插入单元测试结果表。
存在缺陷:无
脚本规性检查
测试容:脚本是否符合工程组脚本规性要求
测试方法:使用单元测试调度脚本,脚本调度脚本规性检查脚本,随后解析生成的日志,将解析的结果〔不符合规性个数〕插入单元测试结果表。
存在缺陷:无
主键重复检查
测试容:数据加载完成后目标表中是否存在主键重复的纪录
测试方法:使用单元测试调度脚本,〔下同〕,数据质量检查脚本中的主键重复性检查语句查询目标表中主键重复的记录数并将该数值插入单元测试结果表。
存在缺陷:无
主键中包含空格检查
测试容:数据加载完成后目标表的主键键值中是否存在空格
测试方法:数据质量检查脚本中的主键键值是否包含空格逻辑查询主键键值中包含空格〔去除值尾空格〕的记录数并将该数值插入单元测试结果表。
-
.