统一发布，统一测试，是可以避免楼主的问题的。
有测试人员自己做build/release，显然是不合适的。假设一个产品有100个功能点，需要5个人，10天遍历一遍。如果按照你的想法，谁想测就测，想build就build，他们的目标产品如何保持一致？
我们有专人负责在提交的时候，get所有的latest version从vss中，rebuild all之后，按照安装盘的要求，作好，然后由他提交给测试经理。每日build意义不大，对产品发布、项目管理的要求都很高，国内好像还没有比较成功的。
daily build的意义不大？为什么？只是因为对发布管理要求很高么？
可能是我表达的不清楚，测试人员当然是不能作ｒｅｌｅａｓｅ的，
但是由于开发和测试的程序或多或少存在不一致，比如说今天，我的模块发现了一个ｂｕｇ，我很快就改掉了，交给ＳＣＭ作发布，ＳＣＭ在ｂｕｉｌｄ／Ｒｅｌｅａｓｅ后再通知测试人员取新版本进行测试。显然，一个非常小的ｂｕｇ就可能导致一次发布，这样ＳＣＭ会不堪重负的，同时，测试和开发的交流会受到阻碍。同时由于频繁的发布（不发布看不到修改ｂｕｇ的情况）会导致测试人员有时懒的每次都取版本，他可能会倾向于一天或一段时间取一次版本。也就会出现随笔中所说的情况了
很多open source的bugs tracker软件都可以解决这个问题， 比如zentracker, team里的每个人都有一个bin, QA发现bug后可以开一个ticket, DEV在完成fix后可以move ticket到QA去， QA可以return或者close 这个ticket, 当peoject里的ticket都close后才可以release.