有没有办法列出在两个可执行二进制文件之间更改了哪些函数?

TLDR/摘要 有没有一种方法,给定两个可执行文件(都是从C++编译的,带有调试信息,以及从相同的或几乎相同的源代码)列出的只是一个不同的函数,相对于另一个?

背景/动机 :在每个冲刺结束时,我们的工程团队将一个“英雄”构建作为发布候选交付给我们的QA团队。然后,SQA团队花了几个人星期的时间测试候选版本,以确保它正常工作。(他们已经尽可能多地自动化了测试,但是有些部分不容易自动化,因此手工测试/验证很费力)。不可避免地,他们会在候选版本中遇到一个或多个错误,此时会提交一个bug报告,工程部门会修复这些bug并生成一个新的候选版本。

此时,SQA团队必须做出一个决定:他们是从头开始所有测试,还是假设新的候选发布版本与前一个候选发布版本相同,除了请求的修复之外——也就是说,没有在程序的其他部分引入回归?

第一个选择(“从头开始”)是安全的,但昂贵的,并导致重大的进度延误。第二种选择(“像以前一样继续测试,但是使用新的构建”)更快,但是如果程序中已经使用旧的构建进行了测试的部分出现任何新引入的错误,则有向用户进行回归的风险。

所以当Sqa问我关于这个决定的建议时,我现在在两个构建日期之间做一个“Svn DIFF”来精确地检查两个构建之间的C++代码之间的变化,并用它来估计没有进行完全重新测试的风险级别。但是,我们的一些SQA人员不像我那样信任我们的构建过程,他们不愿意假设仅仅因为源代码几乎没有更改,这意味着可执行文件几乎没有更改。(也就是说,他们说,“但是如果在我们不知道的构建机器上更改了某些设置,会怎么样?”我只能呼吁他们相信没有人会做这种事)

因此,为了缓解SQA的担忧(以及我自己的担忧),如果我可以采用新的候选发布版本并对其执行“diff”(与旧的/部分测试的候选发布版本的可执行文件相比),并查看哪些功能不同,哪些功能保持不变,这将非常有用。(显然,我可以使用二进制diff或md5校验和来完成这项工作,但这些校验和只会告诉我这两个可执行文件是不同的;它们不会告诉我哪些函数是不同的,这是我真正想知道的——例如,在我修复了about框中的一个拼写错误之后,可执行文件中的核心业务逻辑函数并没有相对于之前测试过)

我知道答案可能是特定于操作系统的;但是我们在Linux、MacOS/X和Linux下编译,因此欢迎对这三个操作系统中的任何一个有任何见解。