一个产品在不同时期会有不同迭代、不同时期中可能会被应用在不同项目上，产品和项目也会有穿插。这个时候如何做好版本控制？
用例、bug、质量各个方面来说。
用例：当前只有产品用例，没有项目用例。打算：用的是 testlink，可以实现项目测试用例复用一部分产品的、特有的测试用例单独编写，这个过程中就需要将测试模块划分的很细。
bug：当前的主要问题是有些 bug 是项目特有的，有些是产品和项目共有的。也许你会说开发做好版本控制就行了，然而很多时候开发自己都是乱的。。。这个时候就需要 bug 回归把控的比较好些，但是没想好咋弄，总不能一个 bug 提多个放在不同产品或者项目下吧？
质量：项目很多是现场调试，质量很难做到全局把控。
现在有点不清晰，各位的公司工作中是如何控制的？
今天又想起来这个问题啦，自己又自问和反省了下，如下
背景：
1、这里的产品指的是针对某一业务公司内部的开发，需求源自各个地市的项目经理的反馈整理。项目是指根据某一地市的客户需求对产品进行改造。
2、产品处于刚刚起步阶段，刚完成第一阶段的开发，此时有项目需求需同时完成
3、项目经常会联调或者在现场环境中进行测试
问题：
此过程中测试会面临什么问题呢？各种管理问题。包括用例、bug、需求等等
1、产品尚未完善，会存在 bug，bug 可能会在项目中修复，此时产品中可能会仍存在这个 bug；bug 可能会在后续的产品迭代中修复，但修复之前项目已经发版，稍后项目再发版时这个 bug 可能已经被关闭不记得回归了
2、一个产品多个项目，使用的 Testlink 管理测试用例，测试用例很容易遗漏，尤其是需要现场环境才能测试的功能点
3、在项目现场环境测试时很容易忘记记录 bug，导致忘记复测
解决方法：
当前能想到的就只有：勤奋不偷懒，及时做好记录，跟踪不间断。
tapd 了解下？