定制看板筛选越来越慢，采购验收怎样拆分查询、传输和渲染时间

看板筛选变慢，验收不能只写“响应快”或只看一次最快结果。先固定代表性筛选、数据规模、用户权限、终端和缓存状态，再同时记录用户总等待与关键阶段耗时。优化后还必须验证返回的是完整、正确且有权查看的数据。

选能代表真实使用的筛选组合

至少包括小范围日常查询、跨月或全年范围、组织切换、组合条件，以及有权限限制的账号。不要仅用少量演示数据验收后，再期待多年历史与更多组织保持同样表现。数据量、字段宽度、图表数量、同时使用人数和网络条件都应记录。

目标耗时由业务动作与部署条件商定，没有适合所有看板的固定秒数。会议演示、连续值守与后台分析可以有不同目标，但每项目标都要有明确计时起点与完成条件。

把一次等待拆成可定位的证据

Power BI Performance Analyzer 文档把可视化耗时分为查询、显示及其他类别，并支持导出记录；其中某些时间包含等待。使用该产品时可据此取证，定制页面则需结合服务端日志与浏览器记录，不能把不同计时简单相加。

冷启动与重复查询分开测试

第一次访问可能需要加载资源或生成缓存，同样筛选再次执行可能命中已有结果。两种都要测试并注明前提，而不是连续点击到最快一次再宣布通过。清除哪一层缓存、是否已预热、账号是否相同，应写进测试步骤。

多人并发时，重复完全相同查询与每人使用不同条件也可能不同。使用与实际场景相关的组合，记录失败、超时与取消，而不只报告成功请求的平均值。不要通过关闭权限检查或只返回前几行获得好看的速度。

快速连续筛选不能显示旧结果

用户先选全年再立即选本月，全年请求可能后到。验收应确认最终标题、筛选条件和内容都属于本月，旧响应不会覆盖新选择。若允许取消请求或保留旧图等待，界面要能说明当前呈现的数据基础。

性能改动还需对照结果总量、排序、分页、空状态和导出。使用缓存时应核对账号与组织隔离，以及数据更新后何时失效。结果错误的快速响应，不应计作性能通过。

交付可重复的测试记录

记录测试版本、数据快照、设备、网络、用户、操作顺序、运行次数及约定统计方式。保留慢样本和请求标识，说明波动及未达到目标的条件。优化前后使用同一组样本，避免更换数据范围后失去对比依据。

将这些条件写入 数据可视化大屏项目验收标准：页面、数据、权限和部署怎么检查 和 数据可视化大屏采购需求书怎么写 对应的性能条款。数据可视化开发服务 的验收附件应包含结果正确性对照与可重跑步骤；后续增加历史数据或图表时，再按同一方法判断是否需要调整方案。