我们正在尝试使用Test Complete 7来测试在Delphi 2009中编译的应用程序（最近移植自D2006）。从理论上讲，这应该非常简单 - 使用调试信息编译应用程序，然后使用剥离器实用程序将调试信息剥离到单独的* .tds文件中。然后，TC应该可以访问它需要的所有属性和方法。在实践中，我们发现： a）可能很难让很多属性和方法出现 b）如果它们确实出现并且它们具有参数/索引，则指示的参数/索引列表可能与我们的代码中的实际列表无关 c）似乎是船形的方法和属性不能完全垃圾之外的任何工作/返回。
是否有其他人对此方案有任何经验，您是否遇到任何问题，如果您能够解决这些问题，您做了什么？
自动化QA正在为我们调查此问题，但我们似乎没有取得太大进展，看起来他们将解决这个问题的唯一方法是，如果我们向他们发送我们的应用程序的源代码，这是某种东西我们不愿意做各种各样的事情，从实际到法律。
不过，在小型测试应用中，我们没有遇到同样的问题。答案 0 :(得分：4)
我正在回答我自己的问题，因为我们发现了问题。将Generics添加到可执行文件似乎会创建调试信息，Test Complete无法处理。还不确定Delphi是否搞砸了调试信息，或者测试完全没有正确读取它。
答案 1 :(得分：3)
如果问题没有出现在小型测试应用程序中，您可以进行“二分搜索”：
向测试应用程序添加更多单元（以及对这些单元中的方法的调用），并检查问题是否出现。
如果是，请删除一些单位，直到问题消失为止。
如果不是，请添加更多单位并再次测试，直到出现问题。
经过一些迭代后，您应该找到导致问题的单位/操作。
答案 2 :(得分：1)
只是建议：
在您的大项目中，您是否正在使用可能会改变调试信息或以其他方式“使调试信息无效”的任何内容？也许Madexcept（不是Madexcept将调试信息捆绑到exe本身，这可能会导致任何其他生成的调试信息不正确？）
您是否为主应用程序使用与测试应用程序相同的编译器设置？也许您在主应用程序中使用的第三方组件自然没有在您的测试应用程序中使用？