关于软件错误（客户发现的软件缺陷）的收集问题，请各位给各建议

糊里糊涂

前提：开发的是软件项目，不是软件产品。
问题：对于客户发现的比较重大的软件缺陷，客户通常会提交软件错误反馈单，质量部这边则可以清楚并收集到该软件缺陷。但是对于小的软件缺陷，客户与项目组之间通常只通过口头交流并修复。这样对于这些缺陷质量部这边始终无法收集到。
请各位给个解决方案能使项目组主动收集这部分缺陷内容（最好在这方面能让普通开发人员认为与他们有直接利害关系）

billrub

那不就好办了，测试接收时项目经理是否需要向测试组长提交需求列表，或修改内容列表？更规范一点就是完整的包含所有历史需求的文档；如果他针对客户临时提出小缺陷修改那么必然涉及修改内容；
    一般公司很多情况客户的应急缺陷反映会直接反馈技术人员，那么需要一个临时记录过程由SEPG定义并由SQA去监督实施！而且现在有不少公司是这样做的，缺陷流失就是你的软件内容流失！

[ Last edited by billrub on 2005-8-15 at 12:11 ]

糊里糊涂

当然需要了，产品在发布给客户的一个非常重要的前提条件就是测试必须通过，项目要要发布的产品必须是由测试组打上可发布标签的程序

billrub

我想请问你们产品的版本管理是如何做的，到达客户方时软件是否有严格的版本控制？