对该组件的全面手动测试策略需要一种多层次的方法，结合可访问性审核、性能分析和韧性验证。
首先，建立一个基线环境，使用Internet Explorer 11的企业模式，以模拟遗留企业限制。通过以不同速度滚动树来验证懒加载功能，同时监控F12开发工具中的网络请求，以确保节点按增量加载而没有冗余调用。针对WCAG 2.1的合规性，验证每个互动元素可以通过Tab导航访问，箭头键以逻辑方式穿越层次级别，并且ARIA-live区域能够向屏幕阅读器，如NVDA或JAWS，宣布动态内容插入。
为了检测内存泄漏，使用Memory分析器在执行50次快速展开/折叠循环之前和之后捕获堆快照；比较分离的DOM树计数，以识别僵尸节点。通过使用空格键选择和箭头键重新定位项目来测试拖放替代方案，确保视觉焦点指示器始终可见。在状态持久性验证中，手动插入格式错误的JSON到localStorage中（截断字符串、循环引用或null值），并验证组件渲染一个回退空状态，而不是崩溃。最后，通过在树初始化之前用虚拟数据填充localStorage至5MB来模拟存储配额超限错误，确认优雅降级到仅会话模式。
在将一个遗留的法律文件管理系统迁移到基于网络的平台时，我们的团队遇到了文件夹层次视图的严重性能下降，该视图需要显示超过50,000个案件文件，跨多个司法管辖区，同时保持对政府客户的IE11兼容性。
关键问题出现在测试阶段：在大约30分钟的密集使用后——特别是在律师执行快速拖放操作以重新组织案件文件时，IE11浏览器会冻结或崩溃，并显示“内存不足”的错误。初步调查发现，JavaScript树库保留了对分离的DOM节点的引用，导致每次展开循环4MB的内存泄漏。此外，用户报告称，刷新页面后，他们精心组织的树状态偶尔会呈现为空白屏幕，原因是从并行选项卡写入导致的localStorage损坏。
解决方案1：虚拟DOM实现与Polyfills
我们考虑将组件重构为使用虚拟DOM差分算法以及React和IE11的polyfill。这种方法承诺通过高效的协调提高内存管理。然而，顺畅性能的优点被显著的缺点所抵消：polyfill负载使包的大小增加了300KB，加剧了在政府VPN上的加载时间，并且广泛的回归测试表明，当与IE11中的合成事件委托集成时，我们依赖的拖放库出现故障。
解决方案2：服务器端分页与面包屑导航
另一个选项是完全放弃深树隐喻，转而采用传统分页与面包屑。这种解决方案提供了简单性并保证了内存稳定性。然而，缺点对法律工作流程来说是不可接受的：律师失去了在不同分支之间同时视觉比较文档的关键能力，而多次分页点击所增加的认知负荷使任务完成时间在用户测试中增加了40%。
解决方案3：激进的节点清理与防抖序列化
我们最终实施了一种混合解决方案，特征为激进的节点清理——collapsed的分支立即销毁其子DOM元素并释放JavaScript引用——以及防抖的localStorage写入，该写入在每5秒而不是每次拖动操作时批量状态变更。优点包括内存占用减少70%和消除状态保存期间的竞争条件。唯一重大缺点是，当节点在屏幕阅读器公告时被销毁时，保持焦点管理的复杂性增加，我们通过实现指向虚拟占位符的aria-owns属性来缓解这一问题。
该解决方案被选中，因为它保留了树隐喻的基本用户体验，同时满足严格的IE11内存限制。结果是一个稳定的应用程序，通过了Section 508可访问性审核，并支持连续8小时工作会话而不崩溃，最终获得了在所有政府客户网站上线的批准。
在Internet Explorer 11中，如何准确检测内存泄漏，而Performance选项卡缺乏Chrome DevTools的颗粒度？
许多候选人错误地认为IE11无法有效分析，但这需要使用F12开发工具的Profiler选项卡并进行特定的工作流调整。您必须首先在Internet选项中启用“启用调试”，然后使用IE11更新的开发工具中提供的Memory工具手动获取堆快照。关键是，您需要在快照之间通过单击垃圾桶图标或在控制台中使用CollectGarbage()JavaScript方法强制垃圾收集，这是IE11独有的，以获得准确的基线比较。特别注意分离的DOM树条目，其中保留大小在每次交互循环中增长，表明树组件未释放节点引用。
在测试层次树视图中的键盘导航时，aria-expanded和aria-pressed之间的具体区别是什么，为什么对WCAG 2.1合规性很重要？
候选人常常将这些状态混淆，导致错误的可访问性实现。aria-expanded表示一个节点有当前可见或隐藏的子元素，这对屏幕阅读器在穿越分支时公告“展开”或“折叠”至关重要。相反，aria-pressed表示切换按钮状态，这对树节点是不合适的，除非该节点本身充当复选框。对于WCAG 2.1成功标准4.1.2（名称、角色、值），在标准可展开的树节点上使用aria-pressed会导致屏幕阅读器宣布错误的控制类型，使用户困惑他们是在激活按钮还是浏览结构。手动测试人员必须通过NVDA的语音查看器验证正确的属性能触发预期的公告。
当Storage** API在IE11中未提供查询剩余空间的直接方法时，手动测试人员应如何验证localStorage配额超限场景？**
大多数候选人错过了IE11强制每个源5MB限制，但抛出的是一个通用的“脚本5022：无效参数”错误，而不是明确的配额异常。为了测试这一点，您必须使用循环以编程方式填充localStorage，写入大Base64字符串，直到抛出异常，然后尝试执行触发状态保存的拖放操作。一个强大的应用程序应该捕获此特定错误并回退到sessionStorage或内存状态，并提供非侵入式的警告条。测试人员应验证即使在丢失跨浏览器重启的持久性时，回退机制仍能保留当前会话的更改，并且在失败写入尝试过程中不会对现有localStorage条目造成任何数据损坏。