摘要
关键词
数据仓库 测试流程 测试管理 测试策略
正文
大数据走到今天，已经呈现出多元化竞争发展的趋势，各种数据仓库产品与技术层出不穷，在数据仓库开发技术如火如荼行进的过程中，针对数据仓库的测试技术也在逐渐起步中走向稳定成熟。
今天，结合在实际工作中的具体情况，从数据仓库的测试特点与测试流程两个角度略述己见。
测试特点
作为大数据的存储单元，数据仓库一般都处于其他外围系统下游，上游数据经过简单处理甚至不处理，直接同步到数据仓库系统中，在数据仓库系统中定义一系列组织级别的统计逻辑和报表规范，按照该统计规则将上游基础数据经过层层运算以指定的报表格式呈现在用户面前，这就是数据仓库的"职责"所在。
正是处于这样的系统角色，数据仓库自身有以下几个特点：
1.数据量大
各种外围上游系统每天上百万条数据进入数据仓库，在仓库中进行存储、转换、装载，从这个角度看，性能指标是必然要考虑的测试要点。
2.被动需求多
由于处于系统群的下游，上游数据结构或数据格式发生变化时，数据仓库必须及时调整对此次上游变更的兼容处理。例如上游系统添加枚举值，则仓库也要添加对枚举值的处理；上游系统更改表结构，仓库及时变更取数逻辑；上游系统增加新功能、新模块，仓库需要增加对新数据流的处理逻辑等
……………………
5.权限控制严格
数据仓库所统计出的数据在很大程度上提供中高层提供决策分析依据，在整个战略高度上有重要意义，如何保护数据的安全在数据仓库的权限控制环节中显得尤为突出。
针对以上数据仓库五个特点，在实际的测试过程中如何规避测试盲点？如何更有效、更高效的执行测试活动呢？依据以往的测试经验，并不是毫无章法，现简述在工作中积累下的一些心得与广大测试同行分享下。
1.提高对上游系统业务的熟悉度
对任何一个软件系统进行测试，必然要熟悉它的业务，但是数据仓库报表同一般的业务功能还是有较大区别的。例如对于报价单的增、删、改，通过对界面的浏览和探索性的操作，大概就可以弄明白它的业务流程和业务规则，因为这些内容比较直观易懂，但是数据流转到数据仓库系统中，就很难直观的看到我们所需要了解的内容了。简单来讲，对于报表业务的熟悉，主要是两个方面：数据项的算法和数据来源，也就是说要明白一个数据项同具体的业务有什么关系，单据的增、删、改或者状态的变化，对报表中各个数据项的计算会产生什么不同的影响。如果不知道这些，那么就无法验证报表中的数据是否准确，也无法通过报表去检查业务系统的正确与否。
