哪位大神有BI测试用例文档啊 ， 小弟求一模板 。
0
没有找到相关结果
重要提示：提问者不能发表回复，可以通过评论与回答者沟通，沟通后可以通过编辑功能完善问题描述，以便后续其他人能够更容易理解问题.
没有找到相关结果
推荐一份编程学习资源，包含了各类编程语言学习进阶路线图、视频教程、配套书籍文档、数百份面经，各大厂面试真题。编程语言包括：Java、前端、PHP、Python、Linux运维、软件测试、数据解构与算法、C语言、go语言等
微信扫码关注公众号，发送 "编程"获取资源
1 个回复
BIWORK - 热衷于微软BI技术,技术架构和解决方案！ 2015-10-20 回答
赞同来自: 梁勇 、悟 、dalianpa
我大致和你说一下 BI 的测试包括哪些方面吧，希望对你有所借鉴和参考：
BI 的测试与其它传统 WEB B/S或者 C/S 应用程序测试不同，没有那么明显的白盒黑盒测试，它测试的唯一标准就是数据的准确性，当然如果还要加的话那就是性能（包括前端报表展示性能和后端处理性能）。
这么来说吧，一个好的 BI 测试人员从技术能力和业务能力我个人觉得要远远超出开发人员的能力。
BI 的测试不像 WEB 开发那样，你可以输入一个或者多个文本到对应的框框中，然后点击一下确定就跳到另外一个页面得到一个唯一的结果。BI 测试没有这种环节，它的输入也不可能是一个，取决于它的数据源的多少 - 一张表还是多张表，这里面可能就有N种数据组合作为一个输入，自然输出就无法唯一了。还需要考虑数据库增量不增量的问题，增量是什么清醒，非增量应该如何来测试，所以 BI 测试要真正做好的话不是一般高要求。在我们之前的BI测试团队，开发人员和测试人员是 1比1的关系。
可以把测试分为：数据源抽取层，数据转换层，前端报表层这三个方面。
1. 数据源抽取层 - 需要比较的内容很多，从源表结构到目标表结构的比较、数据抽取条数的比较、数据一致性的比较（中间有没有漏掉数据、列没有做正确 Mapping 关系导致数据列中的数据反了等等）。
2. 数据转换层 - 特别是涉及业务逻辑数据的清洗等等，不可避免的需要写很多测试案例 - 比如那些数据一定不会被加载到维度表和事实表，那些数据一定转换了，所有的清洗和转换规则都需要通过 SQL 去验证。
3. 前端报表 - 几乎就是手工测试，按维度去切数据，组合汇总数据，一面是 SQL 查询，一面是看报表结果。或者通过 EXCEL 拉取到二维数据表，然后再分维度去验证数据。
规范一点的会严格的走着三种数据测试，最后是性能。没有这么多事的情况下，最简单的就是直接端对端的测试，即直接测试前端报表。但是即使如此有些测试还是需要大量的基于源系统源数据的手工操作的，比如在一个队列中的时间点，要求他们的时间间隔总和，中间还有一些异常的时间点要去掉，像这种如何选择的手工测试就必须回归手工统计。
严格的按照三步测试的好处就是，一层没有问题就走下一层，发现数据问题比较好定位。
这个没有办法详写了，还不包括文件类的数据抽取测试怎么做，使用什么样的工具，SQL 对比工具，SQL 查询对比工具等等内容很多，希望给你一个大致的参考有个思路。