这个阶段平时处理的好的，比较细心的人在这边正常情况下是不会发生什么问题。但是也难免。所以这个release testing也是非常重要的一个步骤。不要小看之。
这个阶段正常会发生什么情况呢：
开发人员少放了一个文件，或者多放了一个文件，没影响功能。（你说是不是问题？）
开发人员放错了文件。
还有的开发人员可能会把以前的版本放进来了。
程序的名字写错了。在微软，有一次错的比较厉害的是：Window Live Hotmail 写成了 Window Live Hotmal，这个问题就比较大啦。
原来我在一家软件公司，开发人员会把自己的公司名字也错过。
有些很明显的地方的标题是不是错了。
还有一些问题，开发人员说已经改好了，但还是错的。（在规范的软件的过程中，正常不会出现这样的问题。但一些不是很规范的公司，还是会出现这样的问题。）
有的时候，在自己的机器上，一点问题都没有，但到了客户那边问题就是100％出现。（我原来就出现过这样的问题，调一个函数中有一点错误，在自己的机器上怎么也不出现，清空在build，还是没问题，但是到了canon，问题就是出现。后来还是直接在客户那边调试的。真怪啊。）
会不会有不一致的地方。
产品安装，不是多了东西，就是少了东西。（安装程序哦）
调试版本。（这个我出现过的，有次不小心把调试的版本发上去了，搞得安装包特大，不说了，脸红了。）
客户可能会要求做一些修改的地方，是不是都修改了。（这肯定要达标啊，不然客户怎么给你钱？）
你的环境很好，但客户的机器就不同了。（是不是再确认一下在各个环境下的测试呢？）
你的版本是不是13或者250。（也许，你觉得无所谓，但是客户可能不这么考虑。）
安全漏洞测试。（这块我接触不多。如果您有这方面的经验，我们可以讨论一下。）
病毒测试。（呵呵，这是最呕心的。你的安装包里携带病毒。别觉得自己的机器没问题啊。我一朋友就发生过这样的问题。）
这么多问题，release testing 重要吧？
评论：
Release流程当然重要，而且需要做的很细。
尝试考虑以下问题：
１、Release test 由谁来负责？Release过程由谁来负责？
２、文件缺失或是版本不对，谁来做版本控制的？有没有一个Release file list?有没有Release check list?
３、Release测试是在什么环境下完成的？开发环境还是客户环境？
４、Release测试时，测试人员应当接受什么样的版本？是否测试人员也要参与Build过程？
５、有没有一个严格的Release测试流程？哪些是在Release之前必须要验证的？
既然楼主已经意识到“在规范的软件的过程中，正常不会出现这样的问题。但一些不是很规范的公司，还是会出现这样的问题。”，那么提最后一个问题
６、规范的软件过程是什么？有没有这样的一个过程？有没有按这样的一个流程执行？
