好问题！当我们通常发布（或想要）基于 Tableau 并命中 SSAS 多维数据集的新报表时，我们通常会要求某些人充当超级用户组，以像在生产环境中一样使用报表。虽然这可能不需要固定的时间，假设您只有 2 天的时间来测试它，但会持续几个星期。与此同时，可以进行错误修复或更改并将其重新分配给同一组，而无需花时间停止测试人员，让他们等待修复，然后继续。
不要误会我的意思，有一个截止日期仍然是理想的，但是让报告实际上在一个小组中流通通常比通过每个参数测试用例更快地推动事情。
听起来他们正在尝试测试可以使用报告的“所有可能的组合”。对于一些最能代表典型或关键报告的精选报告，这样做可能是明智的。这将有助于消除设计、架构或实现中的严重缺陷。
但是试图为每份报告测试每一个可能的组合以希望找到每一个错误是不可能的。Ajdams 的建议很有道理，是典型的“妥协”要求。这一切都与时间、资源以及对这种情况最有意义的因素有关。
因此，我建议将两者结合起来（选择一小部分报告进行广泛的测试，但确保他们专注于发现可能与其他报告共享的错误）。然后使用 ajdams 等技术测试每个单独的报告。
真正帮助您的测试赶上速度和可靠性的方法是实际准备包含报告所需功能的测试脚本。如前所述，beta 用户组将帮助您在 beta 测试时赶上错误和设计缺陷。