印象深刻的从巴西到上海的项目转移

　　蔡：请谈一下让你印象深刻的项目。

　　郑：从事软件测试工作超过11年了，经历的大大小小的项目超过了几十个，有成功的，也有失败的。不管是成功的软件项目还是失败的，我从中都学到了很多经验和教训，其中印象最深的项目是2006年从巴西成功地将IPAFM/AFM项目转移到上海。该项目的主要功能是为电信运营商提供宽带接入系统，分别提供IP的上行链路和ATM的上行链路，客户端的主要接入手段有ADSL、ADSL2+、PSTN、100M电口/光口等。

　　公司从成本方面考虑，2006年的时候希望将该项目从巴西转移到上海，包括相关的资源、知识、工具等都转移过来。作为该项目的测试负责人，我面临多项挑战，例如，产品相关文档、知识、技能和资源如何有效地转移到上海研发中心，新团队对该产品功能缺乏经验，在有限的时间与资源下如何开展有效的回归测试，如何测试新的功能，等等。

　　面对面的沟通是重要的

　　为了提高产品转移的速度和效率，公司派了几个人到巴西出差，为期一个半月。面对面的沟通对于项目转移非常重要。我们积极参加巴西研发团队针对我们的各种培训和讨论，深入学习产品相关的功能与业务知识。我们尽量多地收集需求文档、开发文档和测试文档，包括原来测试团队在前面项目中测试的经验教训等，熟悉软件环境的搭建和配置，包括测试仪表的使用、测试环境的基本配置等。由于巴西测试团队的鼎力相助，整个测试知识和技能的转移非常顺利。

　　旁观者说：即使电话、QQ、微博等各种沟通方法很方便，也取代不了面对面的沟通。见到“真人”的感觉是不一样的。

　　毫无保留地做分享

　　回国以后，我们的任务是将学到的知识与技能在整个测试团队内共享。在共享过程中，我印象最深的是大家毫无保留地将自己学到的知识和技能分享给团队中的每个人。

　　只要是我懂的，我会主动在团队内进行分享。我会主动给每个成员讲解功能的工作原理，如何搭建测试环境，如何执行测试步骤，如何判断测试结果等。只有掌握了测试对象的业务和测试知识，他们才能顺利完成任务。而对于我来说，整个项目测试的管理与监控也会比较容易。同时，由于测试成员都能学到新的知识，也可以增加他们在团队内的凝聚力。

　　作为测试的负责人，不要期望自己在所有的方面都比其他人强，你的定位应该是为整个测试团队服务。如果你能在团队内带头分享自己的知识与经验，也一定能带动其他人分享，更好地做好测试团队的知识与技能的储备，有利于测试经理更好地分配测试工作，并做好备份工作。

　　旁观者说：管理者要成为团队的核心、精神领袖，并不是什么都要比别人强，更不能去压制别人的“强”。

　　有的人不愿意分享，是担心别人超过了自己。从实际来看，你今天分享了经验，同事仍然要花一段时间去消化，并不是说，你一说大家就都到了你的这个程度，还是需要实际操作和慢慢体会的。在这段时间里，你可能又学会了新的东西，所以不必过于担心。你经常做分享，大家也会因此而尊重你，这对于你在团队里立足是很有帮助的。

　　旁观者说：管理者要鼓励大家分享，甚至可以把分享算入绩效。

　　回归测试不能流于形式

　　测试的工作量主要集中在回归测试上面，因此，如何选择合适的测试用例是我在实施整个测试工作中的重点。我们考虑到的重点是：什么功能是客户最经常使用的；哪些功能对客户而言是最重要的；哪些功能在以前版本中发现的缺陷是最多的；针对新增加的功能或者升级，对原来的哪些功能和模块的影响是最大的。

　　回归测试不应该是流于形式的，应该制定严格的回归测试过程，包括软件变更分析、软件变更影响分析、定义回归测试策略、定义回归测试套件、执行回归测试套件，以及报告回归测试结果等。

　　旁观者说：常见的做回归测试的几条依据：按照功能的重要性来做；按照bug来做；按照新功能（即变化量）来做。这几条标准往往是同时运用的。

　　推动开发和测试的规范化

　　我们需要对每个增加的功能、升级修改的功能进行详尽的需求文档化，作为后续开发测试活动的参考和基线。这样，可以在后续的开发设计、测试设计等方面拥有共同的输入和参考点。这对于系统的研发非常重要，这个环节没有做好，项目的开发将一直处于混乱状态，例如，系统需求不明确、开发条目不清晰、测试输出预期没有标准等，无法保证项目产品的质量。所以，我们和开发一道，推动整个后续开发、测试的规范化，有助于整个测试的顺利完成。

　　简单而言，项目成功转移的关键点是：沟通、分享、合适的测试过程、开发与测试的紧密合作。

　　旁观者说：表面上开发和测试为了bug会有争执，其实两股力量的目标是一致的，都是想做出好产品，所以紧密合作是有可能的，也是应该的。