我正在测试一个包含大量菜单的Windows UI应用程序。我想我理解共享和本地OR的概念，但我觉得维护共享OR有很多工作，它超过了优势，即内存使用。
场景：如果我在“文件”菜单中记录操作，我可以看到窗口对象，文件菜单对象和之后显示的一些对话框对象是在LOR中创建的。此时，我觉得只有窗口对象才是SOR的候选对象，因为只有那是一个可重用的对象。所以我合并了我的LOR和SOR。然后，我创建一个新动作来记录“编辑”菜单测试。我将SOR与此行动联系起来。在，这一点很好。但是当我在录制后查看编辑动作的OR时，我看到Window对象现在是本地的。所以我必须回去再次合并LOR和SOR。除非我做错了，否则这意味着我必须继续为每个测试/操作执行此合并，直到我可能使用的每个对象或子对象都在SOR中。这根本没用。我在这里错过了一些概念吗？
感谢您阅读并感谢任何意见。
答案 0 :(得分：0)
使用SOR的动机不是减少内存使用，而是增加共享，这样如果应用程序中的某些内容发生变化，您只需要在一个地方修复说明。
因此，在使用关键字驱动测试创建测试而不是录制时，通常会使用SOR。 通常，应用程序的整个区域都在SOR中（或根本不是），而不仅仅是实际共享的测试对象。</ p>