有一个项目(开发的产品)刚刚结束,可项目组提出要求需要再改动一些代码(小范围内的,可能是逻辑上的,功能没有什么变化).对于这种情况QA应该给出什么样的建议?
我的做法是:要项目组提交一个变更申请,要其说明变更代码的原因.涉及到哪些代码文件,解决了什么问题,在预定的时间修改好之后,由项目组根据情况来定义这次修改后的版本,再发布这个版本的标识.
大家觉得还有什么好的方法吗?不妨说说!

LZ还需要描述以下几个问题：
1. 你说这个项目刚刚结束，结束的的概念是什么？（发布了？还是内部测试？）
2. 项目组提出修改的原因是什么？（你说功能上没变化，这个的证明是什么？）
3. 项目组是以什么样的方式提出需求改动的？

麻烦LZ说明一下，大家再讨论会比较清晰一些。

1.这个结束的概念指的是内部测试已经结束,但产品尚末正式对外发布.
2.外部验收过程中发现的BUG或者客户提出的小修改。
3.项目组目前还没有正式提出改动需求,只是在会议上提出来要对代码进行修改.

这样的话，我以前的处理方式如下，供参考：
1. 验收中发现的BUG肯定是要修改的，不知道你们有没有缺陷跟踪系统，如果有的话这些都好跟踪和验证，没有的话就不谈了。
2. 客户提出的修改意见，需要项目经理进行评估，也就是估算修改的复杂度、工时、历时等，完了跟客户沟通和确认，如果跟需求上有差异，则需要提出变更申请，走变更控制的流程。PM提需求变更，最好是书面的，或者由客户提出，PM认可也行。关键是一定要分析变更带来的风险和机遇，并且变更都有记录。
3. 变更申请通过后，相应的测试案例也要更新，便于回归测试时使用，以免造成需求覆盖缺失。

从中学习，没有很多这方面的经验啊，

项目的变更时无法避免的，我觉得主要是定义好变更流程，变更要用的模板等。并且项目组真正的执行了变更流程进行变更。
我感觉变更流程及变更控制是属于配置管理要管理范围内的事。
qa只要监督或者审计是否按照定好的流程工作，并且分析一下变更的原因就可以了。

对于楼上的说法，我个人有点不一样的看法。

配置管理员应该只负责配置项的管理，而变更流程和变更控制这些应该有变更委员会去负责。但是很多公司并没有变更委员会这个机构，那么真正的负责人就应该是PM、QA、部门经理、客户代表组成的虚拟团队。而对整个变更过程进行全程控制的应该是PM。

如果是普通的QA，只需要去所谓的稽核和审计就好了。但是真正的QA应该跟PM一起去发现变更，特别是潜变；然后跟PM一起分析变更带来的影响（正面或者负面）；找到应对措施并与客户积极沟通。让变更不会影响客户满意度和项目的正常实施。

只是很少有公司的QA能做到后者的水平而已。

但是如果只是觉得代码写的不规范，或是影响性能等方面，并没有作需求变更呢？这种情况应该怎么处理呢？

楼上说的好像是一种“镀金”现象，需要在流程上跟项目达成一致。
处理起来比较麻烦，很有可能开发人员做了这个事情，项目经理是不清楚或者压根就不知道的。

按lz所说的情况，到了项目已经快收尾的时候进行变更，其实风险是非常大的。
QA不仅仅要记录收集一些变更数据，更应该严格监督由此变更涉及的开发、测试等过程，尤其是测试，最后的回归一定要充分。
另外，也应该和PM总结教训，以后如何避免此类情况（也许是避免不了的）