同一个项目，两地同时测试，请教大家有什么好的方法
如题：
在公司中，有一个项目，已经在客户现场实施，但是由于工期太紧，因此在公司初步测试后就放到客户现场，现在公司总部有人可以对系统进行测试，客户也在派人测试。 开发人员在客户现场。
请教一下，如果对两地同时测试进行有效管理？ 请大家多多发言。
[解决办法]
嗯，客户也在测，你们也在测，及时地把两边的测试结果弄到一起，确定优先级，请开发人员按照优先级处理，而不是现场客户随口这一说那一说。
[解决办法]
最好有个简单易用的基于浏览器的bug管理的工具，这样子每天的测试结果，修正的优先级之类就很明显的可以随时提供给开发人员
当然，强调工具的易用性，不能认为客户的测试就能跟公司自己的测试一样专业
测试团队这个时候压力还是比较大的
[解决办法]
对代码做好baseline设定
使用统一的缺陷管理工具
之后最好定一下工作顺序
客户和公司总部周一周二周三针对V1.1版本进行测试
开发人员周四周五进行修改(修改后进行回归测试)，版本升级为V1.2
客户和公司总部周一周二周三针对V1.2版本进行测试
开发人员周四周五进行修改(修改后进行回归测试)，版本升级为V1.2
客户坚持要一周都在测试的话，说服客户修改需要时间，并且总部也在测试，这样规定测试的时间可以规范管理，交付更高质量的产品，忽悠忽悠，实在忽悠不行，就只能乱着来了，把版本控制和缺陷管理工具用好了，能省点麻烦
跟客户沟通缺陷统一个接口进行处理，这样会好些
另外不知道你们还有没有并行的开发任务，如果再有新开发的内容那就更热闹了
可以根据情况调整测试迭代的周期
一家之言仅供参考
祝你成功～～
[解决办法]
1、现场需要提交相关测试记录和报告，以便对项目进行跟踪；
2、公司实验室的测试要尽量模拟现场，实验室根据测试用例测试的BUG直接录入BUG管理工具（TD）中，现场测试的问题走实施发现问题流程；、
3、同步跟踪实验室和现场测试的BUG，督促开发部门进行修改。
4、修改后的版本，如果现场不是很急需，则在实验室安排紧急测试，走相关测试流程（重点在功能和72小时稳定性）；如果现场需要进行同步升级，则根据测试记录，给予现场以测试记录文档、开发修改记录（修正了什么，有什么影响等等）；
5、代码管理，开发人员在现场，对每个版本的代码需要及时归入公司管理库中（CVS\VSS），对每个版本的代码进行管理；（便于代码回归）
6、版本出库管理，对于需要在现场测试的版本需要开发、测试、实施等部门领导同意，并且做出相关出库单；做好出库记录；便于项目众多时候，必须需要实时记录某个版本在某个现场进行使用；
7、需要实时与现场进行沟通，做好记录；
做到以上的，基本可以对项目进行很好的管理、测试；希望能对你有帮助；
[解决办法]
主要的关键在于，测试内容不重复
所以把测试内容划分开，比如按功能划分成：功能一、功能二、功能三、功能四
今天，本部测功能一、功能二的一级二级用例，客户那边测功能三、功能四的一级二级用例
功能全部测完后，本部再测功能三、功能四的扩展用例或自由发挥测试，客户再测功能一功能二的扩展用例或自由发挥测试，或反过来测。
等一轮测试完成后，进入第一轮回归测试时，再反过来测，就是本部回归功能三、功能四的BUG，及测试相关涉及用例；客户回归功能一、功能二的BUG，及测试相关涉及用例。
主要就是并行交叉测试
如果有缺陷库，最好统一使用缺陷库，避免提重复问题。
[解决办法]
=>我只是问你所在项目的实际情况，理论的东西大家都懂～～缺陷密度预测我们都有，但是同样也要针对自己的项目进行调整
重复问题还是会有的，统一bug接收的接口，让相应的负责人决定bug的分类
->缺陷库的作用，自己查看是否有重复问题，而且提交问题单后，不应由测试经理审核吗？
测试人员(n)->测试经理(1-n)->开发经理(1-n)->开发人员(n)，中间环节或多或少
->相应负责人可以是测试经理
=>这是常识，不要偏离讨论点
=>不应由测试经理审核吗?我只是回答你的问题，怎来偏离讨论？
另外，一般错误有扎堆的现象，集中在某个模块，一般是因为某些模块的业务逻辑比较复杂，技术实现比较困难，开发人员资历尚浅
这就需要针对这些模块，针对这位工程师所做的代码重点测试一下（其实这应该是放在客户测试之前进行的活动）
->也就是把功能都测完了再给客户测？不知道楼主所说的客户测试，是客户增加人手为加快速度还是有验收那么点意思。所谓的重点测，无非就是派经验非富的测试人员、反复交叉测试功能内容、并加大自由测试的范围及力度
->测试用例的数量需要增加
=>这个不是只在重点模块，而是普遍存在，在每轮测试过后进行补充、修改。测试用例的数量不是说增就能增的，测试用例的来源、编写过程决定了它在测试中的改动量不会太大。
=>如果是类似的项目，在某些成熟模块是不需要投入太大的测试力量的，另外有些开发经验丰富的人员的代码，质量一直比较高的，测试effort投入也要调整，对新人的代码和模块需要增加测试用例，比如一些很基本的常识性问题，新人往往没有意识，很容易出错，比如界面的一些标准等等...
[解决办法]
